【问题标题】:Update github fork from the original repo从原始仓库更新 github fork
【发布时间】:2012-12-15 22:27:50
【问题描述】:

我找到了一些方法来从 github 上的原始 repo 更新 fork(假设“jay”是原始 repo 所有者的名称):

git remote add --track master jay git://github.com/jay/repo_name.git
git fetch jay
git merge jay/master

好的,它可以工作,但是在git push git 发送大量数据之后,我注意到我在 github 上的公共活动中做了大约 500 次提交,但实际上两个主分支之间的差异大约是 8 次提交。

那怎么了?

更新:好吧,看来我撒谎了。不同之处在于几行代码,然而,作者以某种方式提取了大量的提交。也许它只影响了 8 个文件,这就是我认为 8 个提交的原因。

【问题讨论】:

    标签: git github merge


    【解决方案1】:

    我一直在尝试解决这个问题...

    今天我测试了一项服务,该服务可以自动更新来自上游父级 https://forkrefresh.herokuapp.com/ 或自托管 (github) 的所有分叉

    【讨论】:

    • 作为评论有效且具有建设性,但它没有回答关于 OP 方法出了什么问题的问题。
    【解决方案2】:

    没有错。这是 GitHub 的一个设计选择,所有更改都通过您的本地计算机进行,因此您获取上游远程的提交,然后将它们推送回您自己的源远程上的自己的仓库,而这恰好位于同一台服务器上(但不同的仓库),但 git 并不“知道”。

    虽然 GitHub 可以进行直接传输(假设快进“合并”),但存在安全风险(谁拥有控制权,并且已完全验证)、误解风险(我的远程参考与远程服务器,当我刚刚更新并且没有发出任何命令样式的副作用时),毫无疑问还有很多其他的。

    在某处有一个 GitHub 博客/帮助页面,说明这是更新 fork 的方式。

    【讨论】:

    • ;\ 如果我们不必等待带宽来上传已经在 github 服务器上的对象,那就太好了。如果我登录到我的 github 帐户并从我的 fork 页面启动更新,似乎它可以安全地实施。
    猜你喜欢
    • 2012-11-11
    • 2018-05-06
    • 2022-11-25
    • 1970-01-01
    • 1970-01-01
    • 2013-03-16
    • 2019-09-02
    • 2022-06-24
    • 1970-01-01
    相关资源
    最近更新 更多