1

截至目前，我无法使用 git 服务器，所以我使用了我最喜欢的 git 功能之一，它将我计算机中的任何目录变成了 git repo（就是这样git init）。

我曾经这样做，因为我是唯一的编码人员，我可以跟踪自己的东西。现在情况发生了一些变化，我正在与一个小团队合作。然而，其他一些事情并没有改变，我仍然无法拥有 git 服务器，因此本地存储库仍然是唯一的选择。

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

现在，我希望我能做一些更一致的事情......比如，将他们发送给我的任何内容合并到我的本地仓库中。这个例子将允许我最终让两个人在同一个 repo（或者它的子集）中工作。

我一直在阅读有关 git 补丁脚本的信息。但老实说，我对这个解决方案不太满意。首先，因为在我最初的实验中它并没有立即起作用（是的，我知道只是更好地理解它，但仍然不如 git 的其余部分那么直观），其次因为我的 repos 还将包含我的二进制文件也需要控制..不确定补丁是否可以处理：/

你们建议用哪个程序来组织这个？有没有一个命令可以让我按照我描述的方式合并到 repos？

谢谢！

F。

4

3 回答 3

2

互相发送路径怎么样？

git format-patch并且git am可能适合您的需求。我过去使用过它，它可以很好地发送不频繁的更改。

于 2011-06-02T16:16:27.173 回答
1

如果您有某种设置共享目录的方法，即使它在某人的计算机上，您也可以在git init那里执行并让每个人都将该存储库添加为远程。它不如 gitolite 或 SSH 的东西那么干净，但应该可以正常工作。

于 2011-06-02T16:21:38.157 回答
1

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

如果您想在 zip 文件中继续您的邮件存储库，您所要做的就是代替替换您的主要本地存储库，将其解压缩到一个单独的文件夹中，然后git pull从该文件夹执行一个到您的主存储库以便将其合并到. 带宽效率不如git format-patch，但在您的特定工作流程中更熟悉一些。

于 2011-06-02T16:51:47.500 回答