- git/
- GitHub-如何在2个GitHub回购之间进行实时同步?
GitHub-如何在2个GitHub回购之间进行实时同步?
GitHub-如何在2个GitHub回购之间进行实时同步?,git,github,Git,Github,比如说,我有两个Github回购协议:
粗码
最终代码[通过GitHub的导入旧回购功能创建]
现在。每天我都会做一些关于PHP的教程&无论我学什么,我都会把它推到Rough codeRepo。而且我正在构建一个项目,该项目被推到最终代码。这些回购协议几乎是一样的。我现在要做的是,分别推进两次回购,在不同的回购中两次推进相同的事情。这有点无聊。
有没有办法在两个回购协议之间进行实时同步?例如,如果我上传/推送到粗略代码,它将自动添加到最终代码?
我正在使用Sourcetree管理Windows操
比如说,我有两个Github回购协议:
粗码
最终代码[通过GitHub的导入旧回购功能创建]
现在。每天我都会做一些关于PHP的教程&无论我学什么,我都会把它推到Rough code
Repo。而且我正在构建一个项目,该项目被推到最终代码
。这些回购协议几乎是一样的。我现在要做的是,分别推进两次回购,在不同的回购中两次推进相同的事情。这有点无聊。
有没有办法在两个回购协议之间进行实时同步?例如,如果我上传/推送到粗略代码
,它将自动添加到最终代码
?
我正在使用Sourcetree管理Windows操作系统上的GitHub Repos
提前谢谢。我可以建议两种选择
使用2个分支机构而不是2个回购
使用叉作为草稿,并使用PRs同步到“主”回购
选项1(2个分支):
如果您不介意在同一回购协议中使用两种代码,那么这是最好的选择
您有用于“抛光”代码的主分支和用于“粗略代码”的草稿分支
您定期推送到草稿分支,当您想要“发布”时,创建一个从草稿到主控和合并更改的拉式请求(简单)
选项2(拨叉和拉动请求):
如果你不想把你的“粗略代码”放在同一份回购协议中,这是下一个最好的选择
您从第二个github帐户创建一个Fork,并将其用作“粗略代码”的存储。当您准备好发布经过修饰的代码时,您可以创建将请求拉入原始repo
你可以从以下几个方面对这个模型有一些全面的了解
起初它看起来很笨重,但相信我,一旦你习惯了,它就会变得非常简单和干净
其他的选择很少,但它们不像上面两个那样干净
希望这有帮助 我可以建议两种选择
使用2个分支机构而不是2个回购
使用叉子作为草稿,并使用PRs与“主”回购同步
选项1(2个分支):
如果您不介意在同一回购协议中使用两种代码,那么这是最好的选择
您有用于“抛光”代码的主分支和用于“粗略代码”的草稿分支
您定期推送到草稿分支,当您想要“发布”时,创建一个从草稿到主控和合并更改的拉式请求(简单)
选项2(拨叉和拉动请求):
如果你不想把你的“粗略代码”放在同一份回购协议中,这是下一个最好的选择
您从第二个github帐户创建一个Fork,并将其用作“粗略代码”的存储。当您准备好发布经过修饰的代码时,您可以创建将请求拉入原始repo
你可以从以下几个方面对这个模型有一些全面的了解
起初它看起来很笨重,但相信我,一旦你习惯了,它就会变得非常简单和干净
其他的选择很少,但它们不像上面两个那样干净
希望这有帮助 莫哈娜·拉奥,解释得很好!谢谢你的提示。莫哈纳·拉奥,解释得很好!谢谢你的提示。