版本控制系统介绍
为什么需要版本控制系统？
在项目工作中，经常需要回滚到之前的步骤或审查所做的更改。如果有几个人在同一个项目上工作，尤其是他们位于不同的城市和国家，这些任务就会变得更加复杂。传统的方法是创建档案或文档，例如，以 "report_name_name_family_date_version_fix "的特殊方式命名，这种方法的缺点显而易见：
-
文件可能丢失；
-
文件可能损坏，无法恢复；
-
查看更改可能很困难或不可能；
-
通常需要在没有特殊标签或其他标记的情况下存储文件。
这些问题使得传统的版本控制方法既不可靠又效率低下，尤其是在以团队为基础和地理位置分散的环境中。因此，显然需要版本控制系统来提供结构化、安全和方便的文件变更管理。
在现代团队和项目工作中，版本控制系统在软件开发、项目管理、文档编写和科学研究等各个领域发挥着关键作用。
版本控制系统能做什么？
任何版本控制系统都能通过操作为版本问题提供解决方案。让我们以 Git 为例：
| 版本问题.h | 解决方案.h | 操作.h | 操作描述 |
|---|---|---|---|
文件丢失 |
提交更改 |
link:https://git-scm.com/docs/git-add[添加］ |
创建项目状态的 "cast"（提交），并为其分配唯一标识符。 |
文件已损坏，无法恢复 |
回滚到之前的更改 |
重置。 |
从提交中恢复较早的状态（不一定是之前的状态）。 |
难以或无法查看更改 |
通过 Git 操作查看更改 |
diff. |
构建项目不同状态之间的 "差异"。 |
文件不得包含特殊标签 |
每个提交都有一个唯一的标识符（修订版） |
提交。 |
每个提交都有自己唯一的修订版（40 个字符的字符串），这样就可以引用任何特定的提交。 |
无论选择哪种版本控制系统，基本概念都是相同的：
-
*版本库*是管理和跟踪文件变更的中央版本库；
-
*提交*是在特定分支的本地版本库中完成并保存的更改。提交作为还原点，必要时可以还原（回滚更改）；
-
*分支*是一个独立的提交序列，构成版本库的并行版本，允许你从主版本库并行工作（分支）。
分支用于实现版本控制系统的关键功能—分支和合并：
-
*分支*允许你创建独立的开发线，每个人都可以在不影响主分支的情况下完成自己的任务。这提供了变更隔离和并行开发功能，并能在稍后合并变更。
-
Merge 可以将变更整合到项目的主分支（版本库）中。合并可将不同的分支合并为一个实体，从而保持项目的完整性。这就提供了比较和审查更改以及恢复到以前版本的能力。
| 版本控制系统与使用版本控制系统的方法应有所区别。例如，*Engee*集成了Git版本控制系统，其门户网站git.engee.com是一个用于使用该系统的互联网应用程序。 |
为什么要使用 Git 版本控制系统？
恩智浦*使用*Git，这是GNU通用公共许可证2.0版本下最流行的版本控制系统。Git 适用于任何文件，但您可能需要外部工具才能正确合并或查看更改（更多信息请参阅Git 官方网站）。 Engee 使用 Git 有以下优势：
-
通过分散版本库，用户可以使用自己的本地项目副本，从而降低将错误引入主版本库的风险。即使主分支出现重大错误，所有更改都可以回滚到正确的状态。
-
Git 简单易学，拥有庞大的开发者和用户社区，提供高可靠性和数据完整性。
-
Git 提供了许多自定义选项，并可与各种工具和服务集成，如Git Engee。
-
Git 使用哈希机制（SHA-1），用修订版本来存储所有数据和元数据，这样就可以在任何上下文中引用任何特定的提交，无论是在处理变更历史、创建分支还是合并分支时。
因此，在 Engee 中使用 Git 是在任何项目中都不可或缺的做法。