【问题标题】:Managing Multiple Git Repos / Forks管理多个 Git 存储库/分叉
【发布时间】:2011-12-20 17:04:33
【问题描述】:

我在 git 中遇到了一些情况,我想要一些关于如何正确管理的建议。

我目前有一个 HTML5 样板的分支,我正在使用它来满足自己的需要,并添加了上游以从 html5boilerplate 主存储库中提取提交。

我将把这个 fork 用于一个单独的项目,该项目将极大地改变 html5boilerplate 目前的形式,但我也想从主存储库中提取更改。

我的问题是:

我是否应该根据我的新项目分别拉出另一个 html5boilerplate 和 name 的分支(添加上游以更改 master)?

我是否应该创建我的 html5boilerplate 的 fork 的另一个 fork 并从 html5boilerplate 的原始 fork 的上游拉入(这听起来太复杂了)?

分支是否足以管理此工作流程?

有没有更有效的方法?

提前谢谢你。

【问题讨论】:

    标签: git version-control github workflow


    【解决方案1】:

    如果您谈论的是本地存储库,您可以安全地在本地分叉,并且永远不会将更改推送到您的分支。剩下的就是口味问题了。

    【讨论】:

    • 感谢 Michael 的回复,我将在这个项目上与一个团队合作,因此有必要推回 GitHub。
    • 好吧,话又说回来,这完全是个人喜好问题——将你的存储库和分支放入其中。
    • 我主要是在寻找场景中的最佳实践,我有一些上面列出的想法,但对其中任何一个都不太自信/确定。
    • 没有。我绝对没有理由做两个叉子。
    • 经过深思熟虑后,我同意并明白为什么。谢谢。
    猜你喜欢
    • 2012-12-31
    • 2010-10-23
    • 1970-01-01
    • 2013-09-10
    • 2016-09-19
    • 2014-06-20
    • 1970-01-01
    • 1970-01-01
    • 2011-06-13
    相关资源
    最近更新 更多