当你无法推送或拉取时的 Git 工作流程

Question

这是重复出现的这是我的问题，但我想重申一下。

快速解释一下我的情况：我所处的环境中没有 git 服务器，也没有共享分区或编码人员之间的任何共同点。没有、不会有、不能有。时期。

我正在尝试提出一个工作流程解决方案，以便即使在我们管理的环境中也能保持我们的代表保持合理的同步。

我目前正在尝试的解决方案使用讨论组来分发补丁，有两个主要分支，工作流程看似很短，如下所示：

• 分支是 marster 和 yours
• < code>master 是同步分支，它将使您保持最新状态并跟踪其他开发人员仍然没有您的代码。
• yours 将成为您的新主人，并且是您的最终代码所在的位置。您不在 master 中工作。
• 每个人都将补丁发送到讨论列表。
• 我认为非常很少有两个人会在同一个文件中工作。

工作流程中有两个主要操作：

生成补丁：

1. 转到你的
2. 从master生成补丁（git format-patch master< /code>)
3. 转到 master
4. 将 yours 合并到 master
5. > 转到 yours >，继续与您的合作

申请补丁：

1. 转到 master 分支
2. 应用收到的补丁
3. 转到 yours 分支 将
4. master 合并到 yours
5. < strong>> 继续使用你的

如果我做对了，这应该使 master 分支与其他人保持合理的同步。

并不是说 yours 分支只是为了帮助跟踪其他人拥有或没有的东西。

有几个问题我想弄清楚是否会太麻烦：

• 应用补丁的顺序？
• 如何避免和检测有人错过了补丁？
• 当有人错过补丁时会产生多大的问题？
• 这可能会产生其他我没有想到的问题？

谢谢！

Answer 1

我不想拥有一个具有两个分支的存储库，我宁愿拥有两个存储库：

• 一个仅包含 master 分支，
• 一个（从第一个分支克隆）包含 master 和 yours

这样我就可以：

• 将我需要的内容从 yours 分支合并到“yours”存储库中的 master，
• 并从master 分支yours 存储库进入 master 存储库的 master 分支
• 创建一个 来自 master 存储库的增量包（结果在一个文件中，更容易通信）
• 通过邮件发送该一个文件，以及 master 存储库的 SHA1

在接收端，我会：

• 从捆绑包中拉入 master存储库
• 检查其 SHA1（这样，我确信我没有错过任何内容）
• 将 master 分支从 master 存储库拉入 master “你的”存储库的分支
• 合并了我需要的内容master 分支到 yours 分支。

拥有两个单独的存储库的想法是拥有一个带有 SHA1 的存储库，可以在接收端检查该存储库：它在两个站点中必须完全相同。