当变更与Git中其他用户的变更发生冲突时，推送变更的正确方法是什么？

Question

我试图让只有SVN经验的Git熟悉起来。 我创建了一个空的本地存储库，并将一个远程存储库拉到那里。 然后，我在本地存储库中进行更改并提交。 同时，另一个用户将不相关的更改推送到同一远程存储库。

我尝试使用git push推送更改，并看到一条消息，我必须在合并之前将其合并。 所以我先git pull然后git push 。

现在，hithub.com上的日志显示两个条目。 第一个描述与我在本地提交时输入的内容完全相同，并且与我在本地提交的更改完全相同。 第二个有描述

合并[远程仓库的URL]的分支“ master”

以及其他用户所做的更改。

理想情况下，我希望它看起来像SVN工作流一样-我会“更新”到最新版本，以合并其他用户所做的所有更改，然后提交并推送我的更改。

为什么Git表现出这种行为？我如何实现正确的行为？

Answer 1

您描述的合并提交表示合并更改和其他用户的更改后项目的状态：

 [last common commit]----[other developer's commit]----[merge commit]
                     \                                /
                      \                              /
                        -------[your commit]--------

如果您不喜欢这种非线性结构，则可以使用git pull --rebase进行git pull --rebase ，它将尝试将提交所引入的更改重新应用到同事的顶部，从而留下如下历史记录：

 [last common commit]---[other developer's commit]----[your commit]

就个人而言，我不介意在历史中提交合并，但是意见各不相同...