Git好……适合初学者

Git的亮点之一是它管理分支的方式。 与其他版本控制系统(VCS)相比,Git分支更容易,更高效。 从根本上讲,分支提供了开发新代码的能力,而又不会影响主源代码或其他分支中的代码。 人们可以同时处理多个构想或功能,而不必担心其他人所做的更改。 您还可以在开发树中来回移动,选择特定版本的代码以在生产环境中部署或修改它。 让我们来看一个场景,开发人员必须创建多个分支并使用这两个更改来更新母版。

假设您正在开发软件产品的新功能。 通常,会有一个master分支部署到生产中,您将创建一个分支并致力于开发新功能。 现在说您的同事发现了生产中的错误,需要立即修复。 您是否要等到该功能开发和部署后再修复错误? 您是否要暂停或放弃该功能的开发,直到修复该错误? 哪两个优先? 可能更好的方法是独立开发功能和修补程序,并在准备就绪时进行部署。 您可以在以后的时间点合并另一个分支。 分支启用了此功能。 让我们仔细看看这个例子。

想象一下,产品的源代码在一个主分支中,有两次提交。 您创建branch_1并开始开发功能。 同时,您的同事可以通过从master创建分支fix_1来进行错误修复。 他/她不必担心您正在做什么,正在更改的文件,正在进行的更改或计划何时在产品中包括该功能。 您的同事或者您可以更早完成开发并将其与master分支合并而无需担心。 现在,主服务器指向一个新的提交。

稍后尝试合并的人需要格外小心,因为开发历史上存在分歧,即,当前的母版不同于创建branch_1的母版。 Git认为“原始”主服务器(是branch_1的父级),当前主服务器(您同事的新提交)和branch_1(您的最终提交)。 Git检查分支之间是否存在任何冲突,即检查分支_1和修订_1中公用文件的公用部分是否有所不同。 如果没有冲突,Git会合并两个分支,创建一个新的提交并更新master。 此新提交称为合并提交,并且将两个分支都引用为父分支。

如果branch_1和fix_1中的更改​​之间存在合并冲突,将会发生什么? Git不会继续进行合并,这取决于开发人员来解决此冲突。 您可以选择代码的两个变体之一,也可以编写新代码以实现所需的两个更改。 解决冲突后,您可以像以前一样继续进行合并。 Git使开发人员能够有效地进行协作。 他们可以独立开发软件,并将它们组合在一起以构建产品。

对于开发新软件或考虑替代git git存储库的人, Gitstorage 是理想的设备。