目前全球最常用的呈现控制框架是 Git。 Git 是一个经验丰富、维护良好的开源项目，最初由 Linus Torvalds（Linux 操作系统部分的著名创建者）于 2005 年创建。数量惊人的编程项目依赖 Git 进行再现控制，包括商业项目和开源项目。使用过 Git 的工程师都拥有可访问的编程开发能力，并且它在各种工作框架和 IDE（集成开发环境）上都表现出色。 Git 是 DVCS（分布式版本控制系统）的一个示例。

执行：与许多其他选项相比，Git 的原始表现属性是可靠的。提交新的变更、延伸、巩固和回顾过去的调整对于执行来说是完全先进的。 Git 中执行的计算利用了有关原始源代码记录树的基本特征、它们在长期内如何变化以及入口设计是什么的深刻信息。

安全性：Git 的设计首先考虑的是受控源代码的完整性。文件的实质内容以及文件和目录、表单、标签和提交之间的真实联系，Git 库中的这些内容都是通过称为 SHA1 的加密安全哈希计算来确保的。这可以确保代码和变更历史记录免受巧合和恶意变更的影响，并保证这组体验是完全可辨别的。

适应性：Git 的关键计划目标之一是适应性。 Git 在以下几个方面具有适应性：支持不同类型的非线性开发工作流程、适用于小型和大型项目以及与许多现有框架和惯例的相似性。

为什么 Git 适合您的协会

从集中的呈现控制框架更改为 Git 改变了开发团队进行编程的方式。此外，如果您是一个依赖其产品来实现关键应用的组织，那么调整您的升级工作流程会影响您的整个业务。

设计师的 Git

突出显示分支工作流程

Git 最受青睐的地方可能是它的传播能力。 Git 分支与统一的表单控制框架完全不同，它是适度且易于整合的。这鼓励了众多 Git 用户所熟知的组件分支工作流程。功能分支为代码库的每次更改提供了一种断开连接的氛围。当设计师需要开始处理某些事情时，无论他们制作的另一个分支有多大或多小。这保证了专家分支始终包含创建质量的代码。

分散式发展

尽管如此，Git 是一个合适的变体控制框架。每个工程师都拥有自己的社区仓库，而不是工作副本，其中包含完整的提交历史记录。拥有完整的本地历史记录使 Git 变得更快，因为这意味着您不必费心与 make 提交关联、研究文档的先前变体或在提交之间执行差异。

拉取请求

管理人员使用许多源代码，例如 Bitbucket 升级中心 Git 功能和拉取需求。提取需求是一种要求另一位工程师将您分支机构中的一个混合到他们的仓库中的方法。这不仅使项目提示监控更改变得更简单，而且还允许设计人员在与代码库的其余部分协调之前围绕他们的工作开始对话。

当地

Git 在开源项目中很有名。这意味着使用外部库并敦促其他人分叉您自己的开源代码并不困难。

更快的发布周期

突出分支、适当的发展、拉动需求和稳定的本地区域的最终结果是更快的交付周期。这些能力鼓励灵活的工作流程，敦促工程师更频繁地分享更适度的变化。因此，与采用合并的呈现控制框架的常规可靠交付相比，变更可以更快地沿着组织管道推进。