Question

到目前为止，我还不能使用git服务器，所以我使用了我最喜欢的git功能之一，它可以将我计算机中的任何目录变成git repo（只是git-init的东西）。

我过去这样做是因为我是唯一一个编码的人，我可以跟踪我自己的东西。现在情况发生了一些变化，我和一个小团队一起工作。然而，其他一些事情没有改变，我仍然无法拥有git服务器，因此本地回购仍然是唯一的选择。

最直接的过程是将代码分发给其他人，就像压缩我的回购并发送它一样。当他们完成后，他们会把它寄回给我，我会替换原始回购。工作得很好，因为由于项目的组织方式，我们几乎从来没有两个人在同一个仓库工作。

现在，我希望我能做一些更一致的事情。。比如，把他们寄给我的东西合并到我当地的回购中。这个例子将允许我最终让两个人在同一个repo（或者可能是它的子集）中工作。

我一直在读git补丁脚本。但说实话，我对这个解决方案不太满意。首先，因为在我最初的实验中，它并没有直接起作用（是的，我知道这只是更好地理解它的问题，但仍然没有git的其他部分那么直观），其次，因为我的repo也会包含二进制文件，我也需要对其进行控制。。不确定修补程序是否可以处理：/

Which procedure would you guys suggest to organize this? is there a command which would allow me to merge to repos in the way I describe?

谢谢

f

Answer 1

互相发送路径如何？

git格式补丁和git-am可能适合您的需求。我过去使用过它，它可以很好地发送不频繁的更改。

Answer 2

如果你有办法设置一个共享目录，即使它在别人的计算机上，你也可以在那里执行git-init，让每个人都将该repo添加为远程目录。它不像gitolite或SSH d那样干净，但应该可以正常工作。

Answer 3

分布式版本控制的好处在于，您不需要每个人都可以随时访问的一个服务器。您可以拥有任意数量的服务器。您可以在公司防火墙内设置一个服务器或共享目录，供所有有权使用的人使用，并让您的异地人员各自设置自己的本地ssh或您可以根据需要推送和提取的东西。

如果你想在zip文件中继续你的邮件回购，你所要做的就是不替换你的主要本地回购，而是将其解压缩到一个单独的文件夹中，然后从该文件夹中进行git pull以将其合并到你的主回购中。在带宽方面不如git format patch高效，但在你的特定工作流程中更为熟悉。