GIT上的单词生成冲突

我正在使用dropbox保存我的git回购协议，除此之外，我还有Word文档

奇怪的是，当我尝试推送一个其他人都没有推过的Word文档时（我知道这是一个事实），它会说这是一个非线性合并，需要我在推送之前拉并手动合并

好吧，只有当有人推送了我试图更新的同一个文件以避免丢失某人的代码时，才会发生这种情况，对吗？ 我错过了什么

---

谢谢，

编辑或未编辑哪些文件无关紧要。只要上游有一些提交，而下游没有，git就会要求您先执行拉操作。当您拉合并时，将发生合并，如果在此期间没有冲突，则可以推。

git--graph--pretty=format:“%h%d%s（%cr）”--abbrev commit--date=relative--branchs--myDocWord返回什么？你看到远程/HEAD与当前本地HEAD的比较了吗？我估计git命令是

log

。我执行了它（

git log--graph--pretty=format:“%h%d%s（%cr）”--abbrev commit--date=relative--branchs--mydoc.doc

），它返回了几行空行。嗯，这个推送并没有要求我合并任何东西（我想我今天早上已经这样做了），但我会为每次推送执行这个命令，并告诉您是否有任何东西出现。Word的哪个版本-即，您使用的是什么文件格式？并且您是否已将属性/配置设置为“二进制”而不是纯文本。Word 2011，格式是旧的

.doc

，没有标记可以将其视为二进制，但git无论如何都是这样做的。我认为这个问题实际上与Dropbox和二进制文件有关。这种想法可能与Dropbox的文件元数据改变有关。。。。。所以本质上这个问题与单词无关；-）陛下真正地这对我来说没有多大意义。我是说。。在不需要合并的东西中进行合并有什么意义？我认为这个问题实际上与Dropbox和二进制文件有关。这种想法可能与Dropbox的文件元数据变化不同有关。合并是一种操作，它创建一个包含两个父提交的提交，以某种方式将从上一个公共点对这两个提交所做的更改组合在一起。如果没有冲突（例如，如果更改了不同的文件），则合并将自动进行。然而，这仍然是一个合并。如果存在冲突，您需要将其作为合并的一部分加以解决。。这正是我的观点。相关文档中没有需要手动合并的更改。请注意“一个没有其他人推过的Word文档（我知道这是事实）”，我到底为什么要手动解析该合并？您不必手动解析该合并。你只需要先拉后推。默认情况下，git只允许您在分支是最新的情况下推送。