版本控制系统简介
为什么我们需要版本控制系统？
在处理项目时，通常需要回滚到以前的步骤或查看所做的更改。 如果几个人在同一个项目上工作，这些任务变得更加复杂，特别是如果他们位于不同的城市和国家。 创建存档或文档的传统方法，例如，以特殊方式命名为"report_name_version_name"，具有明显的缺点。:
-
文件可能会丢失。;
-
文件可能已损坏，无法修复。;
-
查看更改可能很困难或不可能。;
-
通常需要在没有特殊标记或其他标记的情况下存储文件。
这些问题使得传统的版本控制方法不可靠和无效，特别是在团队合作和地理分布的条件下。 因此，对版本控制系统的需求变得明显，以确保结构化、安全和方便的文件更改管理。
在现代团队合作和项目工作中，版本控制系统在各个领域发挥着关键作用，包括软件开发，项目管理，文档编写和科学研究。
版本控制系统可以做什么？
任何版本控制系统都将通过操作提供版本控制问题的解决方案。 让我们以Git为例。:
| 版本控制的问题 | 解决方法 | 运作 | 操作说明 |
|---|---|---|---|
文件丢失 |
修正更改 |
创建一个"强制转换"（commit）项目的状态并为其分配唯一标识符。 |
|
文件已损坏，无法恢复。 |
回滚到以前的更改 |
从提交中恢复较早的状态（不一定是前一个）。 |
|
很难或不可能查看更改。 |
通过Git操作查看更改 |
构建不同项目状态之间的"差异"。 |
|
文件不应包含特殊标签。 |
每个提交都有一个唯一的标识符（修订版） |
提交传递：q[<br>] |
每个提交都有自己独特的修订版本（一个40个字符的字符串），它允许您引用任何特定的提交。 |
无论选择哪种版本控制系统，基本概念仍然很常见:
-
Repository-用于管理和跟踪文件更改的中央存储库;
-
*Commit*是对特定分支中的本地存储库完成并保存的更改。 提交作为还原点，您可以在必要时恢复（回滚更改）。;
-
*分支*是独立的提交序列，形成存储库的并行版本，允许您从主存储库（分支）并行工作。
分支用于实现版本控制系统的关键功能-分支和合并。:
-
*分支*允许您创建独立的开发线，每个人都可以在不受主分支影响的情况下完成他们的任务。 这确保了更改的隔离和并行开发，并有可能随后合并更改。
-
*合并*允许您将更改集成到项目的主分支（存储库）中。 合并允许您通过将不同的分支组合成一个整体来保持项目的完整性。 这提供了比较和查看更改以及恢复到以前版本的能力。
| 应该区分版本控制系统和使用它的工具。 因此，Git版本控制系统集成到*Engee*中，门户 脧锚脧赂git.engee.com 是一个使用这个系统的在线应用程序。 |
为什么Engee使用Git版本控制系统？
Engee*使用*Git，这是在自由GNU通用公共许可证2.0版下分发的最流行的版本控制系统。 Git适用于任何文件，但可能需要外部工具才能正确合并或查看更改（有关更多信息，请参阅 Git官方网站）。 *Engee*由于以下优点而使用Git:
-
由于存储库的分散化，用户使用其项目的本地副本进行工作，这降低了在主存储库中出错的风险。 即使在主分支中出现严重错误，所有更改都可以回滚到所需的状态。
-
Git易于学习，拥有庞大的开发人员和用户社区，并提供高可靠性和数据完整性。
-
Git为配置和集成各种工具和服务提供了许多选项，例如 Git*Engee*。
-
Git使用哈希机制（SHA-1）使用修订版存储所有数据和元数据，这允许您在任何上下文中引用任何特定提交，无论是使用修订历史记录，创建分支还是合并它们。
因此，在Engee中使用Git是处理任何项目不可或缺的实践。