git - 什么时候删除一个 git feature 分支是合适的?

标签 git version-control branch

我不想以 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 merge --no-ff,以避免快速转发,以便分支历史记录在图表上可见。我喜欢了解功能分支从哪里离开开发分支以及它又从哪里重新加入的历史:

Merging with or without fast-forwards

这取自A successful Git branching model由文森特·德里森 (Vincent Driessen) 编写,这是一个非常适合与 git 一起使用的工作流程,我将其应用于我的大部分项目。

关于git - 什么时候删除一个 git feature 分支是合适的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3392392/

相关文章:

svn - 你能将修订与 Subversion 结合起来吗

git - 向 Mercurial 添加 Git 子存储库

version-control - 使用 TFS 过渡到分支

git - 我可以添加基于 Git 分支的 cordova 插件吗?

git: merge pull 请求后如何获取新的开发分支?

git 只添加非空白更改

git - 从 Git 存储库中拆分子目录并保留子目录中所有文件的历史_now_

Git 日志历史

git - merge 后的交互式 rebase /其他提交交错我的

git - 如何修改 cygwin 的 PS1 以完成 git bash?