是否可以使用一个git回购来管理多个git回购?
我在远程服务器中有一个而且只有一个git repo,名为是否可以使用一个git回购来管理多个git回购?,git,Git,我在远程服务器中有一个而且只有一个git repo,名为allinone,但实际上我有几个项目,比如proj1,proj2,proj3,我将所有这些项目存储到allinone,如下所示: allinone |- .git |- proj1/ |- proj2/ |- proj3/ 下面是事情的发展(如果可能的话): 我创建了allinonegit回购 我创建了proj1git repos,进行了一些开发、提交和完成 我在allinonerepo中创建了一个proj1分支,并将pr
allinone
,但实际上我有几个项目,比如proj1
,proj2
,proj3
,我将所有这些项目存储到allinone
,如下所示:
allinone
|- .git
|- proj1/
|- proj2/
|- proj3/
下面是事情的发展(如果可能的话):
allinone
git回购proj1
git repos,进行了一些开发、提交和完成allinone
repo中创建了一个proj1
分支,并将proj1
导入allinone
的proj1
分支和所有提交日志可能吗?还是有什么建议?我不想再买一个回购协议。这是一个糟糕的架构。你这样管理回购协议是在自杀 我发现,从来没有一个有效的理由可以让每个项目拥有一个以上的回购协议 我只能想象不断合并所有回购协议以保持更新的情况 在我看来,您应该为每个“项目”创建一个单独的分支,这样可以更轻松地维护历史记录、工作流程,并减少合并。然而,即使这样也会有缺陷,因为无论您做什么,您都必须在项目中留下大量合并冲突的机会。如果我是你,我会尽我所能缩减到你的“allinone”回购协议,当你在做与某个“项目”相关的工作时,通过检查功能分支来管理它
祝你好运 这是糟糕的架构。你这样管理回购协议是在自杀 我发现,从来没有一个有效的理由可以让每个项目拥有一个以上的回购协议 我只能想象不断合并所有回购协议以保持更新的情况 在我看来,您应该为每个“项目”创建一个单独的分支,这样可以更轻松地维护历史记录、工作流程,并减少合并。然而,即使这样也会有缺陷,因为无论您做什么,您都必须在项目中留下大量合并冲突的机会。如果我是你,我会尽我所能缩减到你的“allinone”回购协议,当你在做与某个“项目”相关的工作时,通过检查功能分支来管理它
祝你好运 Git本身并不要求存储库中的分支之间存在任何关系。因此,您可以创建所需的任意多个本地存储库,并将所有这些存储库推送到单个远程存储库。如果仔细设置每个本地存储库使用的refspec,它甚至可能看起来很像每个本地存储库都有单独的远程设备 但是,您使用的任何提供商都可能会检查这种类型的使用,特别是如果他们按存储库收费的话
如果您能找到一种方法为每个项目建立一个单独的远程存储库,那么您就不太可能遇到问题。git wiki有一个,其中许多将允许免费托管私有存储库。git本身不要求存储库中的分支之间存在任何关系。因此,您可以创建所需的任意多个本地存储库,并将所有这些存储库推送到单个远程存储库。如果仔细设置每个本地存储库使用的refspec,它甚至可能看起来很像每个本地存储库都有单独的远程设备 但是,您使用的任何提供商都可能会检查这种类型的使用,特别是如果他们按存储库收费的话
如果您能找到一种方法为每个项目建立一个单独的远程存储库,那么您就不太可能遇到问题。git wiki有一个,其中许多将允许免费托管私有存储库。“我不想再买一个回购协议。”??只是说,您可能需要git中的
子模块
s。请不要这样做。它伤害灵魂。只要在bitbucket.org这样的网站上免费获得无限私人回购即可。或者从qqx建议的“我不想再买一份回购协议”的列表中??只是说,您可能需要git中的子模块
s。请不要这样做。它伤害灵魂。只要在bitbucket.org这样的网站上免费获得无限私人回购即可。或者从QX建议的列表中