在大型项目中如何使用Git子模块开发

就调过来了。

再简单的事情，只要人多起来就会变得复杂，开发的世界也是如此。

痛点

一个几百人的大项目，使用Git协作的时候，想一想我们的痛点：

•  项目过大，每个人clone等待时间过长
•  一会没有拉取代码就会发现有上百条更新待拉取
•  一人提交出错，上百人待机（笔者真实体验）
•  代码回溯困难，查找具体的修改记录无异于大海捞针

解决方案

这时候Git子模块就派上用场。

首先需要的当然是一个合理的架构，由于公司的保密原则这里就不贴项目了，本文主要描述在协作中子模块的用法。

项目结构

项目主体结构大概是这样的：
 

添加子模块

当然我们一般不用master分支做开发，正确的姿势是clone项目之后马上切换到基于dev的开发分支（原则上业务组不需要关注主项目的开发，主项目由架构组负责，但是为了保证代码的最新，并且将子模块添加合并进dev分支中，所以切换到主分支dev）。
 

这里就是你的子模块关联文件，每添加一个子模块就会新增一条记录，如果是第一次添加Git子模块会自动生成。

开发环境有了，现在需要关联你的子模块：
 

首次添加的子模块会拉取整个项目，打开muodules/subb文件夹，整个子模块项目都完好地列在那里，同时.gitmodules里新增了一条子模块记录modules/subb。

编辑子模块

同样的，我们也不应该在子模块的master分支上做任何编辑，这时候我们需要将子模块切换到基于dev的开发分支。

（编辑：桂林站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!