能够执行诸如git flow release delete v1.0.2
类的事情会很棒,而不是git checkout develop && git branch -D release/v1.0.2
(我什至不确定是否正确丢弃了发布分支)并希望不会遗漏任何重要步骤。
那将是一个很好的额外命令。
PS:确实是删除分支的正确方法。 (请记住,git-flow 不会做任何隐藏的魔法,它只是原始博客文章中规则的实现!)
我会提出以下建议。 如果它已经在 develop/master 中合并,但分支指针仍然存在:
git flow release delete 1.0.2
删除尚未与 develop/master 合并的分支(以避免意外删除):
git flow release delete -f 1.0.2
啊,确实。 我会很高兴与该功能的功能。
我不确定这是不是正确的程序,因为当我尝试它时,我对已删除分支所做的提交无论如何都合并到了开发中,这真的让我很恼火,但我设法解决了它并继续前进. 需要明确的是,考虑到-f
标志,这将/应该完全删除整个分支及其所有提交,对吗?
严格来说,它移除了指向提交的_branch_对象(指向提交,指向提交等)。 只要您有任何其他分支指向这些提交之一(例如origin/feature/foo
可能),提交就会一直存在。 否则,它们最终将被垃圾收集。 那只是 Git 的行为。
嗯,好吧。 我一定是搞砸了什么。 不过还是谢谢解释!
+1 此功能。 我正在尝试使用 git-flow 将候选发布版本用作我们的 sprint 交付物,将其推送到测试环境,同时将 master 作为生产代码库。 换句话说,在我们的环境中,大多数候选版本都不会“完成”进入主版本——但所有版本都应该_能够_......所以一旦确定了生产版本,我想结束另一个版本树枝...
+1
+1
+1
+1
+1
+1,我决定在我的fork上实现它,目前仅在开发分支中。 还增加了删除远程分支的能力。
+1 为此,现在是否支持此功能?
+1
使用此线程找出如何执行此操作,但更喜欢内置方法
现在已经2年了……有可能完成吗? 我认为这是一个很好的功能。
+1
+1
+1
您好,它已经在Peter van der 的 fork 中提供,并进行了其他一些改进。
+1
+1
+1
+1
+1
+1
+1
+1
+1
+4(我和我的团队@工作)! ^_^
+1
+2
@nrvs哈哈 :D
:+1:
+1
:+1:
+1
:+1:
+1
+1
+1
+1
+1
+1
+1
这是在 avh 版本中实现的。
+100500
+100501
+1
+1
+1
+1
+1
+1
哇,不敢相信这仍然是一件事。 等待这个命令已经将近 8 年了。
+1
+1
哇,九年后,这还是一件事
真的需要这个功能
这是在https://github.com/petervanderdoes/gitflow-avh中实现的。它向后兼容这个版本,但增加了许多改进和新功能。
免责声明:我是 Gitflow AVH 版的项目负责人
+1
请不要只评论“+1”,现在是 2020 年,Github 已经为此引入了表情符号👍
@geoom
+1
最有用的评论
请不要只评论“+1”,现在是 2020 年,Github 已经为此引入了表情符号👍