2012-02-13 77 views
0

我最近对我的git存储库进行了一些更改。我自己和另一位开发人员是此存储库的唯一用户。合并后的冲突标记

许多文件都有冲突标记。

它们似乎是以前合并的结果。

commit 9097034d1fab59d83aca2224dd86d8faee871350 
Merge: 428bbf0 dcdcae6 

然而,其他开发人员表示,他认为对他到底有没有冲突标记。

我很困惑这可能是怎么发生的,甚至更困惑他怎么说他没有看到问题。在我看来,唯一的办法是如果开发人员在合并时发生冲突,但是然后执行了强制提交,从而提交冲突版本的文件。

但是,我不认为git甚至会创建合并提交,除非他先修复冲突。

有关什么操作可能导致冲突标记提交的任何想法?

回答

1

如果你告诉Git你已经解决了冲突,它相信你 - 它没有在文件中查看是否存在冲突标记。如果你没有考虑自己在做什么,那么提交它们就很容易。只是git merge,得到冲突,忽略它们,git add ...; git commit不要这样做。

至于与各种信息库的情况下,这是不可能的,从这里回答,但假设的差异不只是未提交的更改,在一个特定的事情是,你和其他开发者正在寻找不同的提交。 (你是否都在各自的主分支?)你可能想要做的只是同时看一切。如果您可以直接将其他开发人员的存储库添加为远程,请执行此操作。否则,请他创建一个代表他当前分支的临时分支,并将其推送到中央存储库。运行git fetch --all以确保您获取了所有内容,然后使用gitk --allgitk master origin/master origin/his-temp-branch(或gitk master origin/master his-repo/master,如果您已将其添加为远程)来查看所有分支的历史记录。你会发现一些差异。