3

假设我:

  1. 分叉了一个 100 MB 的存储库;
  2. 只添加了一点承诺;
  3. 一个月后,上游仓库收到了很多提交,现在有 200 MB;
  4. 现在我想更新我的分叉存储库。

我看到了两种方法:

  1. 像往常一样推送更新版本。缺点:它上传 100 MB 到网络。效率低下。
  2. 完全删除分叉的存储库并重新分叉,然后上传更改。缺点:设置麻烦。

如何有效地做到这一点?

4

1 回答 1

0

尽管我还没有看到增长如此之快的存储库1我会尝试回答:

  1. 方法二将对网络产生更大的影响,因为您必须重新clone存储整个存储库。
  2. 几天前有类似的问题:可以通过 GitHub 的 Web 界面通过创建反向拉取请求进行合并,但这会创建额外的合并提交,您仍然需要下载这 100 MB。
  3. 如果您可以通过更大的带宽访问服务器:在该机器上执行更新,它会更快,但您仍然需要下载这 100 MB。

简而言之:简单地说出你的第一点,这是最直接的一点。

1我对整个 linux 内核历史的最后一次克隆是 900 MB。

于 2014-02-14T15:02:00.153 回答