Git需要最少的文件锁定，我认为这是在网络文件系统上使用这种共享资源时出现问题的主要原因。之所以可以避免这种情况，是因为Git存储库中的大多数文件-
所有构成对象数据库的文件-都被命名为其内容的摘要，并且一旦创建便是不可变的。因此，不会出现两个客户端尝试将同一文件用于不同内容的问题。
对象数据库的另一部分比较棘手-引用存储在“ refs”目录（或“ packed-
refs”）下的
refs/*文件中，并且确实发生了变化：尽管文件很小，并且总是被重写而不是被编辑。在这种情况下，Git将新引用写入临时的“
.lock”文件，然后在目标文件上重命名。如果文件系统遵守
O_EXCL语义，那是安全的。即使没有，最糟糕的情况可能是比赛覆盖了ref文件。尽管遇到这种情况很烦人，但它不会造成这种破坏：您可能会推送到共享存储库，并且推送看起来好像成功了，而实际上是别人成功了。但这可以简单地通过拉（合并到另一个人的
总而言之，我认为回购协议的损坏在这里并不是太大的问题-的确，由于锁定问题，事情可能会出错，但是Git回购协议的设计将使损害最小化。
（免责声明：从理论上讲，这一切听起来不错，但是我并没有同时进行仓库测试以测试它，只能在NFS而非CIFS上共享它们）
