Gitflow: 功能完成不进行 --no-ff 合并

嗨，斯科特，

按照设计，git-flow 在合并时使用--no-ff选项，以记录提交在历史上属于一起。 然而，当特性分支只包含一个提交时，额外的合并提交不会添加任何东西，只会不必要地使分支树复杂化。 因此，对于单次提交分支，进行快进合并就像直接在develop上完成提交一样。

干杯，
文森特

嗨文森特，

我完全可以理解这种设计背后的想法，但我认为是否应该创建合并提交的选择应该由用户是否选择启动功能分支来决定。 有时我可能会在开发分支上进行快速更改，但我会选择_特别地_创建一个功能分支，因为我想查看合并提交。 我可能只对功能分支进行一次提交，但这可能不是我作为用户认为微不足道的，足以保证无视明确的合并提交。

最终，我认为选择应该是用户的，我认为用户通过使用功能分支而不是快速提交到开发分支来表达不同的选择。

任何关于我可能会在代码库中以私有形式进行此更改的位置的任何指示都将不胜感激！

非常感谢您提供的好工具！
-斯科特

这就是魔法发生的地方： https :

我不会添加一个选项来使单提交功能分支与 --no-ff 显式合并，因为我仍然认为它不会添加任何东西（除了另一个命令行标志的增加的复杂性），但是如果您坚持，请随意将其设为私人更改。

干杯，
文森特

谢谢，文森特！ 我感谢指针！

最好的，
斯科特

如果我可以加上我的 5 美分，

我非常想要一个选项，即使在完成一个提交功能时也可以进行合并提交。

在我使用 git flow 的方式中，我的功能在他们的名字中包含了我正在处理的票号。 当我完成一个功能时，我非常希望看到指定功能名称（包括票号）的合并提交。

这对于回溯对实际票证的每次提交很有用，而无需在每条提交消息中写入票证编号。

@DonGiulio不知道您是否已经检查过了，但我很确定 AVH 版本

谢谢，我不知道，我去看看。

我也选择简单地添加一个选项来实现单次提交 no-ff 行为。 如果你能重新考虑这一点就好了。

（我不确定 AVH 版本中还有什么）。

@nvie 请问我为什么？！ “_我仍然认为它没有增加任何东西_”
老实说，我认为当一群人认为它确实添加了一些东西而有些人认为我们没有在某处添加一个选项或至少记录它以便人们不需要通过反复试验找到它时。 这不可能是一个如此重大的决定！

如果用户在制作功能时遇到麻烦并选择在其中进行一次提交，这意味着他/她需要那样做（例如为了视觉历史记录）而不是直接推送到开发. 我会反其道而行之，忽略用户选择的路径是没有意义的。

你会热衷于详细说明吗？ 我们应该同意，并不是每个人都希望因为如此微小的变化而将如此坚实的工作分离开来。

@Mehradzie 5 年来没有对这个 repo 进行提交。 AVH 版本已经成为主流版本有一段时间了，并且非常稳定。 我不会在这里屏住呼吸，更不用说代码更改了。

@jawshooah说实话，当我在 SourceTree 中解决同样的问题时，我
gitflow 是 SourceTree 用来做它的流程的吗？ 我现在有点困惑：D
如果是这样，我可以按照您的建议进行修改和更改，以使用其他一些 repos 的工作代替！

@Mehradzie AFAIK SourceTree 嵌入了原始 nvie 版本的略微修改版本。 有未决的请求要求他们更新到 AVH 版本（请参阅此处和此处）。