我们是一个团队使用Git的工作，我们有一个中央存储库（单源），我们用它来push和pull从（和Capistrano的使用它来部署分支主）
我们进行提交并定期进行部署（每天部署10到20个），这意味着我们有很多合并提交并git blame成为噩梦
我读过，为了获得更简单的历史记录，我们可以git pull --rebase用来避免这种情况。始终在master分支上执行此操作是一个好主意吗？
如果是我建议建议在config中使用设置：
git config branch.master.rebase true
这有什么问题吗？
没问题 实际上，这是首选。
最好在99％的时间内对更改进行基准化。否则，开发人员可以随时中止更改基准并手动合并其更改。
另一种选择（合并拉）会导致大量小的侧边提交和合并，而这并没有任何意义。
总的来说，我并不经常看到合并本地变更的意义。这意味着开发人员开始使用的确切修订版本有一些特殊之处，而以某种方式重新部署到其他修订版本会导致信息丢失（也许“我是在Bob的功能发布之前就启动了此版本，我想与您交流以防万一）和Bob玩的很好，我会受到责备”或其他...）。实际上，这种情况很少见，并且更容易遵循一条清晰的直线提交历史记录。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句