在同一存储库上运行的多个git实例是否会产生问题？

我的雇主刚刚开始转用git，所以我的考克人还是有点经验不足。他们现在所做的事让我很担心，所以我正在写这篇文章

他们在机器上克隆了一个git存储库，然后通过windows共享共享该存储库。 现在，在与存储库共享的机器上，他们对其进行操作。 只要不超过一个人在同一时间工作，这项工作就出人意料地好

还没有爆炸，但我有一种不好的感觉

会出什么问题？或者这样做真的安全吗

在有人问之前： 他们这样做是因为共享目录上有脚本，他们不想复制到他们的机器上。我试着说服他们放弃这个想法，但他们非常喜欢这个想法。

如果他们都只在这个共享区域阅读，那没关系。当任何人更新共享区域时，他们都必须停止阅读

向共享区域写信通常是个坏主意，因为：

两个人可以尝试写入同一个文件； 一个人可以尝试读取一个文件，而另一个人则可以编写它。 有一些系统试图协调这类事情，例如Dropbox。Git不是其中之一。不要这样做。也不要将Git存储库放在Dropbox区域

基本上，当人们做这类事情时，会发生的事情是，它工作了一段时间，然后坏了，没有人能准确地知道发生了什么。2这与用允许线程或其他并发竞争的语言编写的程序发生的事情是一样的

1“尝试”一词的出现是有原因的：这些系统总是有一些极端情况，无法确定哪个版本是正确的最新版本，并开始执行将file.ext转换为file.ext 1和file.ext 2以及强制用户解决冲突等操作。对一个关键的Git内部文件（例如保存HEAD ref的文件）执行此操作将破坏存储库

2在一些类似的情况下，我得到了很高的报酬来找出发生了什么和/或收拾残局。就咨询工作而言，这些都不错。

如果他们都只从这个共享区域阅读，那也没关系。当任何人更新共享区域时，他们都必须停止阅读

向共享区域写信通常是个坏主意，因为：

两个人可以尝试写入同一个文件； 一个人可以尝试读取一个文件，而另一个人则可以编写它。 有一些系统试图协调这类事情，例如Dropbox。Git不是其中之一。不要这样做。也不要将Git存储库放在Dropbox区域

基本上，当人们做这类事情时，会发生的事情是，它工作了一段时间，然后坏了，没有人能准确地知道发生了什么。2这与用允许线程或其他并发竞争的语言编写的程序发生的事情是一样的

1“尝试”一词的出现是有原因的：这些系统总是有一些极端情况，无法确定哪个版本是正确的最新版本，并开始执行将file.ext转换为file.ext 1和file.ext 2以及强制用户解决冲突等操作。对一个关键的Git内部文件（例如保存HEAD ref的文件）执行此操作将破坏存储库

---

2在一些类似的情况下，我得到了很高的报酬来找出发生了什么和/或收拾残局。随着咨询业的发展，这些并不坏。

我假设一次只使用一个版本的git。git版本输出什么？这是一个大胆的假设。。。我自己的版本是2.26.2.windows.1，他们的版本肯定不比我的旧。可能是更新的想法也有多人通过windows共享进行回购？如果是这样，他们可能应该停止并克隆他们自己的副本。有多个人通过共享工作。正如我所说，我试图阻止他们，但他们非常自信。我只是对Git了解不够，不知道会有什么问题……我知道这不是你在做的，但这是个坏主意。git的关键在于它是分散的。Git并不是为多个用户同时使用而设计的，我假设一次只使用一个版本的Git。git版本输出什么？这是一个大胆的假设。。。我自己的版本是2.26.2.windows.1，他们的版本肯定不比我的旧。可能是更新的想法也有多人通过windows共享进行回购？如果是这样，他们可能应该停止并克隆他们自己的副本。有多个人通过共享工作。正如我所说，我试图阻止他们，但他们非常自信。我只是对Git了解不够，不知道会有什么问题……我知道这不是你在做的，但这是个坏主意。git的关键在于它是分散的。Git不是为同时被多个用户使用而设计的。当然，最好从别人的经验中学习，但有些人不想听。这感觉就像是一种情况，系统会告诉同事这是一个ba

---

我最终放弃了这个想法。如果它不是一个安全关键系统，你可能不得不让它们崩溃。当然，最好从别人的经验中学习，但有些人不想听。这种情况下，系统最终会告诉同事这是个坏主意。如果它不是一个安全关键系统，你可能不得不让它们崩溃。