我已经读过，将已推送到遥控器的本地功能分支重新定位可能会导致问题，我相信我明白了原因。但是，git rebase的一些用例似乎与长时间运行的功能分支相对应。也许我比大多数人更偏执，但我无法想象开发一个非平凡的功能分支，而不是至少推动一次原点，只是为了备份我的工作。在这种情况下，虽然我的分叉回购在Github上是公开的，但我没有与任何人合作这个功能，并且在它准备好合并之前，任何人都不可能拉动功能分支（而且我不太可能想要从那些做过的人那里合并回来。我能否安全地假设关于＆＃34;发布的警告＆＃34;功能分支不适用于此用例，但仅适用于您为了允许其他人协作而推送分支的情况？
答案 0 :(得分：2)
正如您所指出的那样，非常简单（简单化？）的经验法则是“＃34;永远不会重新发布已发布的分支”，因为其他人可能正在使用它。
在我看来，这条规则太简单了。如你所知，也许没有其他人在使用它！在这种情况下，重新定位 - 将一些提交复制到新链，并使名称指向新的分支提示 - 很好。
尽管如此，即使这并不能真正涵盖所有事情。我使用的规则如下： 如果使用分支机构的每个人都认为它没问题，那么重新分支分支就行了。 请注意，这涵盖了所有三种情况：