关于git flow的实践与思考，有哪些独特见解？

本文共计1344个文字，预计阅读时间需要6分钟。

原文：本文字首发展自我的公众号：成都都有娃儿，这里把三篇文章合为一篇，方便阅读。如今相当多的公司或团队都在使用git来做版本控制，结合我这几年工作的经验，我总结了一些被人认为不错的版本控制经验。

改写后：我的公众号成都都有娃儿首发原创文章，将三篇相关文章合并，方便读者阅读。随着git在众多公司及团队中的应用，结合个人多年工作经验，我整理了一些关于版本控制的经验分享。

本文首发自我的公众号：成都有娃儿，这里把三篇文章合一，方便阅读。
现在相当多的公司或者团队都在使用git来做版本控制，结合我这些年的工作经历，我总结了一些个人认为不错的使用规范和习惯。

脱离背景来讲规范有点不切实际，为了更好的阐述不同公司的做法，我们假设存在三种不同情况的公司和项目，分别来说说可能出现的最佳实践。

第一种情况是创业型公司，基于Scrum的方式来做敏捷开发。假设有多人需要在同一个分支A上进行开发，那么为了更好的协作，可以采取如下的git操作：

当完成编程工作后，先pull当前分支的远程代码，即git pull origin A。

然后可能出现两种情况，没有冲突直接就pull成功，这个时候可以继续完成commit操作，然后进行push到远程仓库。