我不想以 82 feature branches hanging around 结束，所以我想知道在我将其 merge 到 master 后立即删除功能分支的潜在缺点是什么。
工作流程:
git co -b feat-xyz
hack hack
git ci
hack some more
git ci
git co master
git merge feat-xyz
smoke test
git br -d feat-xyz
这里有什么问题吗？
最佳答案
merge 后删除是通常的方式。这就是为什么 git branch -d yourbranchname 检查以确保分支在删除之前完全 merge 的原因。
我可以想到保留分支的几个原因:您可能希望保留它，以防在它投入生产后出现错误，或者您可能想要一个历史记录。
在任何一种情况下，您都可以选择在删除之前标记分支的头部。一个标签就像一个分支，因为它是一个提交的指针，除了一些细微的区别:1)瓷器通常不会在像 git show-branch 或 tab-auto complete 这样的探索性命令中显示标签，2)检查一个结果会让你进入一个分离的(非引用)HEAD 3)你可以留下一个“tagging message”，这会导致标签像提交一样被保存为对象存储中的对象。
通过这种方式您可以保留历史记录，如果您确实需要修复错误，我建议您只为修复创建一个新的 master 分支。
关于git - 什么时候是删除 git 功能分支的合适时机？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3392392/