使用 Dropbox 作为跨多台机器的 git 工作目录 - 提交不能完美同步

首先，我想强调这个问题与在 Dropbox 上托管我的中央存储库无关，而且我对使用 git 还很陌生。我能找到的其他涉及 Dropbox 和 git 的问题都没有真正回答我的问题；它们要么是关于使用 Dropbox 托管您的存储库，要么是关于将两者结合使用是否是一个“好主意”，这两者都不是我在这里要问的问题。

我的问题如下：我有两台电脑，每台都双启动Windows和Ubuntu（一台笔记本电脑和一台台式机）。我的本地 git 存储库（从 gi​​thub 存储库克隆）位于 Dropbox 文件夹中，以便它可以在计算机和操作系统之间同步。当我在一台机器/操作系统上进行提交时，它似乎没有将提交状态正确同步到其他机器。

e.g.:

在我的 Windows 桌面上，我对 foo.cpp 进行了更改。然后我使用“git commit -a”和“git Push”，将我的更改推送到 github 托管存储库。文件的更改也会在我的 Dropbox 文件夹中同步，当我在学校登录 Windows 笔记本电脑时，所有内容都可以顺利下载。但是，当我输入“git status”时，它会显示：

# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   foo.cpp
#
no changes added to commit (use "git add" and/or "git commit -a")

但我已经在我的另一台计算机上提交了这些更改，表面上是同一个工作目录。尝试从 github 服务器“git pull”给我的消息是一切都“已经是最新的”。

我本来希望 Dropbox 能够无缝同步存储库状态。有人熟悉解决这种情况的方法吗？谢谢！

TL;DR

不要使用 Dropbox 与 Git 进行并发操作。

最终的一致性会让你悲伤

Dropbox 为您提供最终一致性 http://en.wikipedia.org/wiki/Eventual_consistency。将其用作关键 Git 操作的后备存储是一个坏主意™。如果您将其用作工作树而不是裸存储库，情况会更糟。您当然可以做到，但您需要了解这种方法的局限性。

Dropbox 和蜘蛛橡树巢 https://spideroak.com/hive/如果您想使用同步目录作为一次一个用户的工作树，那就没问题了。只需确保您的文件和文件夹完全同步，然后再从另一个系统访问它们即可。只要您坚持单用户、单系统工作流程，您就不应该遇到麻烦，但您的情况可能会有所不同。

时间戳

如果您使用的多台机器的时间不一致，您也可能会遇到问题。如果您没有运行 NTP，一台计算机的时钟可能会领先或落后于另一台计算机。这可能会导致同步服务认为新文件实际上是旧文件的情况（反之亦然）。简而言之，任何依赖时间戳的事情都可能容易出错。

如果您使用 GNU make 或依赖时间戳的其他工具，时间戳的准确性尤其重要。如果您要使用 Dropbox 同步工作树，请确保接触该树的所有系统的计时都是准确的。