是否可以使用一个git回购来管理多个git回购?

是否可以使用一个git回购来管理多个git回购?,git,Git,我在远程服务器中有一个而且只有一个git repo,名为allinone,但实际上我有几个项目,比如proj1,proj2,proj3,我将所有这些项目存储到allinone,如下所示: allinone |- .git |- proj1/ |- proj2/ |- proj3/ 下面是事情的发展(如果可能的话): 我创建了allinonegit回购 我创建了proj1git repos,进行了一些开发、提交和完成 我在allinonerepo中创建了一个proj1分支,并将pr

我在远程服务器中有一个而且只有一个git repo,名为
allinone
,但实际上我有几个项目,比如
proj1
proj2
proj3
,我将所有这些项目存储到
allinone
,如下所示:

allinone
 |- .git
 |-  proj1/
 |-  proj2/
 |-  proj3/
下面是事情的发展(如果可能的话):

  • 我创建了
    allinone
    git回购
  • 我创建了
    proj1
    git repos,进行了一些开发、提交和完成
  • 我在
    allinone
    repo中创建了一个
    proj1
    分支,并将
    proj1
    导入
    allinone
    proj1
    分支和所有提交日志
  • 项目J2和项目J3的情况相同
  • 稍后,我可以将proj1分支到一个独立的目录中

  • 可能吗?还是有什么建议?我不想再买一个回购协议。

    这是一个糟糕的架构。你这样管理回购协议是在自杀

    我发现,从来没有一个有效的理由可以让每个项目拥有一个以上的回购协议

    我只能想象不断合并所有回购协议以保持更新的情况

    在我看来,您应该为每个“项目”创建一个单独的分支,这样可以更轻松地维护历史记录、工作流程,并减少合并。然而,即使这样也会有缺陷,因为无论您做什么,您都必须在项目中留下大量合并冲突的机会。如果我是你,我会尽我所能缩减到你的“allinone”回购协议,当你在做与某个“项目”相关的工作时,通过检查功能分支来管理它


    祝你好运

    这是糟糕的架构。你这样管理回购协议是在自杀

    我发现,从来没有一个有效的理由可以让每个项目拥有一个以上的回购协议

    我只能想象不断合并所有回购协议以保持更新的情况

    在我看来,您应该为每个“项目”创建一个单独的分支,这样可以更轻松地维护历史记录、工作流程,并减少合并。然而,即使这样也会有缺陷,因为无论您做什么,您都必须在项目中留下大量合并冲突的机会。如果我是你,我会尽我所能缩减到你的“allinone”回购协议,当你在做与某个“项目”相关的工作时,通过检查功能分支来管理它


    祝你好运

    Git本身并不要求存储库中的分支之间存在任何关系。因此,您可以创建所需的任意多个本地存储库,并将所有这些存储库推送到单个远程存储库。如果仔细设置每个本地存储库使用的refspec,它甚至可能看起来很像每个本地存储库都有单独的远程设备

    但是,您使用的任何提供商都可能会检查这种类型的使用,特别是如果他们按存储库收费的话


    如果您能找到一种方法为每个项目建立一个单独的远程存储库,那么您就不太可能遇到问题。git wiki有一个,其中许多将允许免费托管私有存储库。

    git本身不要求存储库中的分支之间存在任何关系。因此,您可以创建所需的任意多个本地存储库,并将所有这些存储库推送到单个远程存储库。如果仔细设置每个本地存储库使用的refspec,它甚至可能看起来很像每个本地存储库都有单独的远程设备

    但是,您使用的任何提供商都可能会检查这种类型的使用,特别是如果他们按存储库收费的话


    如果您能找到一种方法为每个项目建立一个单独的远程存储库,那么您就不太可能遇到问题。git wiki有一个,其中许多将允许免费托管私有存储库。

    “我不想再买一个回购协议。”??只是说,您可能需要git中的
    子模块
    s。请不要这样做。它伤害灵魂。只要在bitbucket.org这样的网站上免费获得无限私人回购即可。或者从qqx建议的“我不想再买一份回购协议”的列表中??只是说,您可能需要git中的
    子模块
    s。请不要这样做。它伤害灵魂。只要在bitbucket.org这样的网站上免费获得无限私人回购即可。或者从QX建议的列表中