有没有更好的方法来管理这个跨github/gitlab项目流
正在为工作中的项目设置存储库。请耐心听我说，我想准确地描述一下我们想要做什么 我们将使用github repo的标记版本作为我们的开发基础，并将对该代码库进行特定于任务的更改，但绝不承诺使用github repo，只承诺使用我们的项目gitlab repo。对于可导入到开发库结构中的可配置应用程序，有其他github存储库未包含在标记的开发库版本中，并且通常位于子目录（dev_base）中→ 应用程序）。这些应用程序也将有特定于任务的更改，但从未提交给各自的github主应用程序，只有我们的项目gitlab存储库。但是，如果开发库或其他导入的应用程序有代码更新，我们仍然需要能够将这些更改拉入，并将它们与他在我们的存储库中开发的内容合并 我只是： 光碟我的回购 远程设置url源git@my_repo.git 克隆标记的发行版dev_base有没有更好的方法来管理这个跨github/gitlab项目流,git,github,gitlab,git-flow,git-fork,Git,Github,Gitlab,Git Flow,Git Fork,正在为工作中的项目设置存储库。请耐心听我说，我想准确地描述一下我们想要做什么 我们将使用github repo的标记版本作为我们的开发基础，并将对该代码库进行特定于任务的更改，但绝不承诺使用github repo，只承诺使用我们的项目gitlab repo。对于可导入到开发库结构中的可配置应用程序，有其他github存储库未包含在标记的开发库版本中，并且通常位于子目录（dev_base）中→ 应用程序）。这些应用程序也将有特定于任务的更改，但从未提交给各自的github主应用程序，只有我们的项目
光盘开发基地 远程重命名源上游 cd开发库/应用程序 克隆appX 光盘应用程序 远程重命名源上游 cd my_repo，git add，提交，推送原始主机
签出-b功能_b1 是否在dev_base内的文件上进行开发/ cd my_repo，git add，提交、推送原点功能_b1 签出主/合并功能\u b1
签出-b功能_b2 是否对dev_base/apps/appX中的文件进行开发 cd my_repo，git add，提交、推送原点功能_b2 签出主/合并功能\u b2
然后，当基线已更新且我们需要更改时： 签出-b更新\u基线\u应用程序\u分支 cd dev_base/apps/appX git pull上游主机--允许\u无关的\u历史记录 （解决即将合并的问题） 然后合并回我们的项目主控
还是有更好更干净的方法？我可以在项目中分叉子模块吗