在没有提交日志的情况下合并 GIT 分支

Question

目前，当我使用 GIT 时，我为每个作业创建一个分支，并在完成之前进行各种提交。 然后我与我的主分支合并并向上游推送。 我很可能在任何时候都有几个分支，并且随着事情的出现，在工作中途在它们之间轻弹。

但是这些提交中的大多数只是保存点，即在宏伟的计划中并不那么重要。 所以当我合并分支时，我希望分支日志没有与主日志合并。

有没有办法只合并下面提交 g 的日志消息（而不是提交 c 或 e）？

a [master] 
|
b (create branch 'job')
|\
| \
|  c 
|  |
d  e
|  |
f  g (next step is to merge 'job' branch with 'master')

Answer 1

当我使用“每个功能分支”的方法时，我认为merge --squash非常有用。 我在临时分支中的提交历史完全是垃圾，完全没有意义。 我真的希望再也看不到那段历史，而不仅仅是能够跳过它。

当提交进入代码审查时，重要的是不要创建额外的提交。

Answer 2

有，但这是无稽之谈。 你为什么要这样做？ 您将丢失所有分支历史记录和信息。

您可以使用g的提交消息进行合并提交，然后使用--first-parent选项浏览历史记录。

如果您真的想从分支中丢失历史记录，请使用git merge --squash ，但我不建议这样做

编辑

如果您不满意，因为您认为您的历史记录不是很干净，您可以使用 Git 的rebase 功能：

您可以追溯编辑旧提交并从现有分支创建新提交（实际上是重写它）。 它允许您改写提交消息、拆分提交、将提交压缩为单个提交、重新排序提交等。

当你还没有发布你的分支（即它只是一个私有分支）时，你应该只使用 rebase，因为如果有人继续在旧的（rebase 之前）分支上工作，它会让其他开发人员头疼并可能在以后导致合并问题.

Answer 3

如“ 修剪 GIT 签入/压缩 GIT 历史记录”中所述，如果您的提交c和e是使用带有fixup!前缀的注释完成的fixup! ，然后rebase --interactive --autosquash （git1.7+，2010 年 2 月）可以完全满足您的要求。

与fixup! 指令，您可以在提交消息中保持压缩“不可见”，同时仍然受益于使用 --autosquash 选项的自动提交重新排序。

提交一个fixup! 前缀，可以定义别名

[alias]
    fixup = !sh -c 'git commit -m \"fixup! $(git log -1 --format='\\''%s'\\'' $@)\"' -
    squash = !sh -c 'git commit -m \"squash! $(git log -1 --format='\\''%s'\\'' $@)\"' -

然后fixup别名将应用于那些“提交（哪些）只是保存点，即在事物的宏伟计划中并不那么重要”。