Git子模块 vs Git子树 vs 依赖管理器CocoaPods

4
我有两个应用/项目——一个面向客户,另一个面向工作者。这两个项目都具有相同的后端API相关代码、相同的业务级对象、相同的自定义GUI控件和一些功能。我想用共享代码替换相同的代码。例如,将此代码移动到单独的repo中。
由于这两个项目都在开发中,所有内容(包括共享代码)都会经常更改。共享代码通常作为这两个项目的一部分进行更新。
如果我需要一种简单的方法频繁更新代码,那么在两个项目之间共享代码的最佳方式是什么?
我的理想使用情况如下:
1. 我更改客户项目(客户和共享代码)。 2. 我提交并推送新更改到客户Repo和共享代码Repo。 3. 我打开工作者项目,拉取共享代码,然后根据需要更新工作者代码以反映共享代码更改。

P.S. 问题 Git子模块和子树的区别GIT嵌套存储库:Composer vs. SubModules vs. Subtree vs.? 都有很好的答案,但仍然不清楚如果我需要一种简单的方法来频繁更新共享代码,我应该选择什么。

1个回答

2

我个人会使用 git 子模块,它是一个非常好的链接到共享代码库的方式,而这个库本身是一个可以单独管理的 git 仓库,不需要在其他项目中被跟踪。

当共享库更新时,您可以在客户端和工作者端都使用 git submodule foreach git pull origin master 命令来拉取更改。


1
这种情况下,子模块不是更合适吗? - Avt
这正是我所说的。 - Ryan Collins

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接