我经常面临同样的问题，但无法决定这里的好习惯。
说我们是几个开发人员，在 dev 分支中添加功能(带有分支 feature_1 ， feature_2 ，...(和准备就绪时将它们合并到 dev 中。(所有这些分支都被推到 onement 仅出于备份原因。(现在，我已经实现了 features_1 的基本版本，我仍然会使它变得更好，但是它已经在起作用，其他人则想重新重现他们在我的我上的功能。
你会做什么？
- 让他们在 feature_1 上重新列出他们的 feature_x 。听起来对我来说很难在 dev 中合并其 feature_x (那时很可能也会有其他提交(。
- Merge feature_1 纳入 dev ，以便他们可以在 dev 上重新反复其 feature_x 。但是，我该怎么做才能继续从事 feature_1 ？
- 只需继续工作 feature_1 ？我不确定这是一种合适的方法，因为它已经合并了(尤其是关于GIT历史的整洁(。
- delete feature_1 并重新创建一个带有相同名称的新分支？我不能想出比我已经拥有的更好的分支名称：这只是延续。
- 创建一个新的分支 feature_1_b 或类似的东西。对我来说听起来很混乱，没有人会知道我的意思是" _b "。
预先感谢。
我会选择第二个选择的台词：
如果 feature_1的一部分准备就绪(按准备好，我特别是指它不会打破应用程序(，我将在开发中合并(按照"经常进行订单，经常合并"工作流程(，以便任何人从开发可以访问它。
然后，一旦合并了feature_1，我然后将其重新放在develop的顶部(实际上与删除分支feature_1并在develop的顶部重新创建它并从那里进行工作。
关于您的选择1，我不建议让人们的作品在您的功能分支之上，因为您可能想重新设计分支，重新订购提交，修改他们等等。我将别人的功能分支(是否推过(视为私人且可能不稳定，不会碰到它，也不会以我的作品为基础。