我有以下用例，需要30个用户在一个项目（组件）上工作，可能由不同级别的团队使用。我想在任何级别维护发布分支或发布repo stable。什么是处理这个的最好方法。两个repo像稳定和一个克隆从它称为开发，用户克隆并推动那里的变化，稳定将回到稳定的回购。
稳定的回购＆lt; - ＆gt;发展回购＆lt; - ＆gt;用户回购
或
在单个repo中有两个分支作为稳定版本，另一个作为用户推动其更改的开发。
哪个最好？
如果是分支模型，其他团队可能只克隆该分支而不是整个仓库。我不希望他们对特定分支进行结账，因为他们可能会从他们的回购中获得开发人员克隆。
答案 0 :(得分：5)
我使用model from Vincent Driessen。它非常易于使用，可以让您完全按照自己的意愿行事：所有开发人员都在使用的分支机构，以及拥有最新稳定版本的分支机构。
答案 1 :(得分：0)
当您将更改提交到稳定回购时，更喜欢回收分支以执行分阶段分支并创建硬标记。
除此之外，您不需要创建分支来显示稳定版本在git中的位置。如果用户同时使用开发仓库和稳定仓库作为遥控器（当然保持稳定仓库只读），那么他们可以轻松地在日志中检查refs用于两个仓库。