由于项目太大，小伙伴们负责对应的模块，有的小伙伴可能负责A模块，有的小伙伴负责B模块。因此，我们应该给每一次更新到生产环境的代码都打一个tag（合并master时），然后在进行推送到生产环境，如果生当前版本生产环境出现bug，则可以快速的回...

规范 Git 提交有利于团队协作、定位 bug 位置、寻找功能代码，而且规范的提交可以通过工具生成CHANGELOG.md文件，从而方便开发者或用户追踪项目的开发信息和功能特性。

不同分支的commit在merge到develop之后会，犬牙交错在一起。由于某些原因，我们常常需要回滚已经合并到develop的代码。由于各个feature branch的代码过于水乳交融，有好几次我们发现根本无法准确回退某些代码。

我注意到很多开发者没有使用.gitignore文件，尽管使用.gitignore文件来指定你不希望 Git 在版本控制中跟踪的文件是最佳实践之一。.gitignore可以提高代码质量，所以你不应该忽略版本库中的 .gitignore。

我能想到的大概就是这些了，当然在具体项目上我们会遇到很多没遇到过的情形。我的建议是不要盲目的查找类似问题后就去修改，因为他的问题并不一定就等同于你的问题。我建议去创建测试的分支，等真正整明白了，再去整线上的分支也不迟。