使用 egit 向/从中央 git 存储库推送/拉取后不会发生树冲突

Question

我们有 2 名开发人员使用 Egit。一个在 Windows 上工作，一个在 Linux 上工作

我们制定了如下协作策略：

• 有一个中央（裸）存储库
• 最初，每个开发人员都从中央存储库中签出并在本地工作。
• 当两者需要同步工作时，我们从中央存储库拉取/推送到中央存储库。

我们按照我们的想法使用中央存储库，有了它，我们将来可以轻松地与团队中更多的开发人员协作。

一切工作正常，直到我们检测到当一个开发人员修改了另一个开发人员已移动到其他目录的文件时根本不存在冲突。步骤如下：

• 一名开发人员将文件移动到另一个位置；将其提交到他的本地存储库；将其推送到中央存储库。
• 另一个更改该（同一）文件的内容；将其提交到他的本地存储库。拉取中央存储库。

我们预计当第二个开发人员进行“拉取”时会出现冲突报告。但没有冲突。他的工作目录（以及他的本地存储库）中出现了 2 个文件：

• 他修改的文件
• 和第一个开发人员已移动到另一个目录的文件。

谁能告诉我们我们的错误是什么？

我们的工作方式是否违反了 git 的设计？

我们对 git 很陌生（很长时间以来都熟悉 CVCS）。遇到这个问题，我们非常担心，因为这意味着合并我们团队的工作将非常困难。我们相信我们一定做错了什么。感谢您为我们澄清。

Answer 1

我的猜测是你没有移动文件。当您移动文件时，它是删除和创建。当人们添加更改时，他们通常会忘记添加 -u 或 -A 选项，以不仅包括新文件、跟踪文件，还包括已删除的文件。

移动文件后，请确保暂存更改的删除端。如果有疑问，请使用 git log --stat 检查您是否从执行移动的提交中的旧位置删除了该文件。

希望这有帮助

Answer 2

由于我使用的是 Egit，所以没有命令行。我确信在提交时我检查了已删除的文件和添加的文件。

但奇怪的是，我再次尝试通过：

• 删除我的本地存储库（从存储库视图，右键单击，删除...）
• 再次从中央存储库签出（克隆）
• 并重做我上面提到的步骤

一切都按预期进行。我以前的本地存储库一定有问题，因为我可以创建一个 Team >拉。我需要先获取然后合并。再次检查后，如上所示。现在没事了。