这与试图处理未完成的用户故事有关。例如：
在sprint 1中，有一个用户故事100。所以我们创建了一个sprint分支（sprint-1），然后从这个分支创建了一个用户故事分支（us-100）。在sprint结束时，用户故事尚未完成。正常的过程是，用户情景使用pull请求合并到sprint分支，在审查之后，sprint分支合并到develop（使用pull请求）。然后删除sprint分支。由于us-100没有完成，它没有合并到sprint-1中，当sprint-1被删除时，我不确定us-100是怎么回事。
我想做的是将美国100分公司“转移”到另一个sprint，例如sprint-2分公司。这可能吗？怎样？还是有更好的办法？
最佳答案
只需将您的分支重新定位到新的共享sprint分支。
例如：
git checkout us-100
git fetch
git rebase origin/sprint-2
git push -f origin us-100
请注意，使用
-f（--force）正在重新编写sprint-2分支的历史记录。imo这是正确的做法，但如果还有其他人也在使用该分支，那么他们将需要进行调整，因为他们的sprint-2版本现在将有所不同。他们可以做到：
git checkout us-100
git fetch
git rebase origin/us-100
现在，
sprint-2分支将基于您的新sprint分支，您可以照常进行。关于git - 有关如何在git中处理未完成的用户故事的分支的建议，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/34210487/