Version control 如何避免在未触及的文件上出现git错误/冲突？

我经常看到下面的错误，在我没有处理的完全未接触过的文件上执行

git pull

Pull is not possible because you have unmerged files

很明显，git repo中的冲突文件已经更改。但是我不明白为什么

git pull

不能在这些我没有接触过的未接触过的文件上重写

我或我的团队如何避免这些错误

编辑- 除了解决方案，我还想了解为什么会出现错误

---

为了清楚起见，其他团队成员正在处理其他文件（例如xyz）。我正在处理一组独立的文件，这些文件不依赖于xyz文件。因此，如果我在xyz中很长一段时间后没有从我这边更改回购协议，为什么这些文件中会出现冲突？

使用

git diff

查看问题文件

看看这个git-cheat-shets，了解有用的命令

根据我自己的经验，这里有一些建议。我不确定他们是否100%正确）

在平行线程上与您的团队拆分工作。尽量不要在相同的文件中工作

尽量避免两人或两人以上同时添加新文件的情况。当一个添加了新文件时，其他人应该尽快进行拉取

最后但并非最不重要的一点是，经常推动git。这将使您的项目git保持最新

---

由于

git pull

不会提取单个文件，因此它的

git merge

阶段将停止，以手动更正任何合并冲突

git-merge

和/或

git-pull

（由于

git-pull

本质上是

git-fetch

，然后是

git-merge

）这是一个要么全有要么全无的操作-您可以成功地合并在正在合并的两个（或全部）分支上引入的更改，或者你不合并它们中的任何一个。问题在于，当冲突发生时，必须手动解决，但在这种情况下，您处于中间状态，既没有完成并提交合并，也没有将其回滚到以前的状态

你得到的消息意味着你以前已经做了一个<代码> Git拉< /COD>或一个<代码> Git合并，它停在中间，请求你手动解决一些尚未完成的冲突，但是继续做其他的事情，现在，他们正在尝试进行另一个

git pull

/

git merge

，而没有完成第一个。

---

查看

git状态

，并按照建议的方向解决正在进行的合并问题或重置回非中间合并状态。

在冲突发生时解决冲突。您不能将充满提交标记垃圾的冲突文件留在您的工作环境中directory@meagar对当然，我别无选择，只能解决正在发生的冲突。但我想知道的是，这些冲突为什么/如何发生在我未接触过的文件上。我不认为你在回答的后面部分提到的发生了。为了清楚起见，其他团队成员正在处理其他文件（例如xyz）。我正在处理一组独立的文件，这些文件不依赖于xyz文件。那么，如果我在很长一段时间后，在我这边没有任何变化的情况下，撤回回购协议的变更，为什么这些文件中会出现冲突？