为测试 bug 的解决方案而创建的 git 分支的当前最佳实践是什么,但由于审查过程表明它们是错误的或有更好的问题解决方案而没有被合并?
一个例子。项目 fizzbuzz 有一个错误报告,报告空字段崩溃。
- 我创建了一个新分支
handle-empty-fields
并对该分支进行了两次提交,“解决”了问题。 - 然后我将该分支提交给 fizzbuzz 项目经理,并将其链接到错误报告中。
- 有人在我的修复中发现了一个错误,编写了另一个补丁,并且该补丁被接受了。
现在handle-empty-fields
我的代码中的代码没用了:它不正确,不能再应用于代码,但在那个错误报告中已经引用了它。
我应该怎么办?保留分支?我很快就会得到几十个废弃的分支,而 git 无法将一个分支标记为废弃或关闭。删除分支?但随后查看该错误报告的人会发现它并得到 404。
人们经常被建议不要对他们的存储库进行rebase,因为这会给其他开发人员带来问题,尤其是下游开发人员。对功能或错误修复分支有什么建议?
更新:看起来 github 从不删除拉取请求中包含的提交。因此,如果您推送更改并将它们转换为拉取请求,您可以稍后删除分支而不会丢失任何更改。好吧,虽然 github 仍在工作;)。