当前在使用git分支的最佳实践中，如果创建了一个分支来测试解决问题的方案，但由于审核过程显示其错误或有更好的解决方案而尚未合并，应该怎么做呢？
比如说，项目fizzbuzz有一个bug报告，报告称空字段会导致崩溃。
我创建了一个新的分支"handle-empty-fields"，并对该分支进行了两次提交，"解决"了这个问题。 然后我将这个分支提交给fizzbuzz项目经理，并在bug报告中链接到它。有人发现我的修复程序中存在错误，编写了另一个补丁，而那个补丁被接受了。
现在，
我应该怎么办？保留这个分支吗？我很快就会有大量的废弃分支，git没有办法将一个分支标记为废弃或关闭。删除该分支吗？但是查看那个bug报告的人会发现它，结果得到404错误。
通常建议人们不要对他们的仓库进行变基，因为这会给其他开发人员，特别是下游开发人员带来问题。那么对于功能或错误修复分支有哪些建议呢？
更新：看起来github从不删除包含在拉取请求中的提交。因此，如果您将更改推送并将其转换为拉取请求，则稍后可以删除该分支，而不会丢失任何更改。好吧，只要github还在运作就行了 ;)。
比如说，项目fizzbuzz有一个bug报告，报告称空字段会导致崩溃。
我创建了一个新的分支"handle-empty-fields"，并对该分支进行了两次提交，"解决"了这个问题。 然后我将这个分支提交给fizzbuzz项目经理，并在bug报告中链接到它。有人发现我的修复程序中存在错误，编写了另一个补丁，而那个补丁被接受了。
现在，
handle-empty-fields中的代码已经无用了:它不正确，也不能再应用到代码中，但它已经在那个bug报告中被引用了。我应该怎么办？保留这个分支吗？我很快就会有大量的废弃分支，git没有办法将一个分支标记为废弃或关闭。删除该分支吗？但是查看那个bug报告的人会发现它，结果得到404错误。
通常建议人们不要对他们的仓库进行变基，因为这会给其他开发人员，特别是下游开发人员带来问题。那么对于功能或错误修复分支有哪些建议呢？
更新：看起来github从不删除包含在拉取请求中的提交。因此，如果您将更改推送并将其转换为拉取请求，则稍后可以删除该分支，而不会丢失任何更改。好吧，只要github还在运作就行了 ;)。