问题标签 [fast-forward]

下图最好地说明了这个问题（红色的是我的提交，蓝色的是我的同事的）：

所以我们从一个共同的基础开始，提交 id df1b868。他合并了我的代码，并在提交 9957b17 处拥有所有最新代码。他还可以看到每次合并中引入的更改。但是当我将他的代码与快进合并时，我无法弄清楚我上次提交 79dbcee 和提交 9957b17 之间引入的更改。

单击他的每个提交似乎不是一种有效的方法。那么我怎样才能很容易地看到这些变化呢？“看到”是指哪些文件以及它们的位置从提交 79dbcee 更改为提交 9957b17。

谢谢！

更新：

我快进他的提交并将代码推送到远程仓库，这就是分支树现在的样子。我正在研究 master，imac/master 是我的远程仓库。

他的提交 b7b226a 显然是我可以检查的最新更改。但是他所做的所有其他提交都被引入了我的分支。我想找到一种简单的方法来弄清楚它们。就像我说的，点击他的每一个提交似乎不是一种有效的方法。

我已经使用 QT 实现了一个 C++ 媒体播放器，并且有变量可以使用 QMediaPlayer *player 访问 play()、pause() 和 stop() 等函数；所以我遇到的问题是快进我的播放器。我使用组合框和滑块在快进上播放视频，但无法将其连接到视频播放的速率。请帮助我。我可以附上我的代码让你看看我到目前为止做了什么，但我正在寻找一个可以让玩家快进的函数/方法等。感谢

我需要测试 redmine 的一个特性，我必须在提交消息中添加某些密钥，问题是我进行了合并并且 git 快进了它，所以现在我如何在该提交消息中附加一些东西？

While I'm doing something like

author and author date are nicely preserved, but committer and committer date are overwritten.

How can I do fast-forward merge and preserve original committer and committer date?

Documentation doesn't help at all.

我现在使用 git 很长时间了。但我从来没有以协作的方式使用它。我目前正在建立一个新项目并计划很多事情，其中​​包括：如何 git？

好的，所以我开始阅读一些内容，这是一个简单的决定：好的，我们将使用功能分支工作流程。棒极了。

下一个问题：合并还是公关？合并！美好的。

最后一个问题：FF还是非FF？
在功能分支工作流程中合并 FF 是否有意义？合并FF时感觉整个功能分支故事都是浪费。
使用我没有考虑过的非 FF 有什么缺点吗？

在阅读“扁平”（例如git log --oneline） git log 时，我认为拥有这些合并提交并不是什么大问题。但是当使用一些更花哨git log --format ...的东西时，当日志看起来像这样时，它会完全有帮助。至少在我看来。

Git 中是否有允许修改中央存储库中的提交的选项（例如更改描述、提交者姓名或他/她的电子邮件地址），但不允许删除整个历史记录。

据我了解，默认情况下两者都是允许的（receive.denynonfastforwards = false）。

所以我针对主人重新建立了一个分支。然而，

我明白了

那么好吧。再次重新定位。顺利完成。然后

好的，已经更新了

再次，错误。我可以强制推动，但我不喜欢丢失东西的风险，老实说，我真的很想知道一个适当的解决方案来解决这个恼人的问题，即使我按照规则手册玩也似乎会发生。

我有两个分支，dev并且next，在哪里next分支dev。分支有点分歧，所以当我对我进行修补程序时，dev我按预期将更新next与合并提交合并。分支上的最新提交如下所示：

现在我又提交了一个，但是当我尝试将它与它dev合并时，它说快进是不可能的。当分支刚刚同步时，怎么会出现这种情况？nextgit merge --ff-only dev

我们在这里做 Git Flow，但现在我们需要在 Git Flow 启动之前创建一个修补程序分支。我们v906b03在创建release和develop分支之前有一个标签。我们还有Git Flow 启动后v914的v915标签。

该方法将是一些在这行：

现在，我得到的是用于合并的递归合并v914。我试图找出没有运气v906b03就无法实现的提交。v914我试过git log --oneline --not v914 v906b03了，但它是空的。我也试过git log --oneline v914..v906b03了，应该是一样的，也是空的。

到底是怎么回事？

今天有个奇怪的git行为，想问问这是否正常。现在，情况就是这样（新的提交被添加到底部）：

现在，当我做

它变成了这样（请从上到下阅读；最新的提交是'E'）

好的..现在，奇怪的是；现在我称之为“git status”；它说我在远程分支之前提交了 4 次。这是怎么回事？我不应该只有一个承诺吗？

奇怪的是，当我从 Stash（基本上是 Git Web UI）检查时，它确认了这个“4 次提交”状态，我在“br1”和“br2”下都看到了相同的提交（BC 和 D）...... .

我假设当我使用“--no-ff”参数时，“br2”（BCD）的提交不会被复制到“br1”，只会创建合并提交。我在这里弄错了吗？