组件化后开发流程

2018年12月10日
在库里新增文件,已经添加target,还是编译不通过解决。
修改好后, pod install 整个工程即可解决

2018年11月6日
一般有两种流程
1.一种在组装好后的主工程开发,每次都在主干上修改,记录更改库的信息,等测试PRO环境测试通过,在把修改的库全部做成新库替换。(优点,不用经常做库,基本和以前主工程开发类似,目前我们采用这种方式进行开发) 我们目前用这种

2.另一种直接在库上开发,开发好后,直接组装到主干出包。(适合大公司,各个模块独立开发。)

二.第一种方法的具体流程
1.在主干开发,如果要修改库在对应库修改即可,
1.1如果是在库里修改文件,那很简单,跟以前开发一样,直接修改就可以, 【修改后找个文件备注下,这个库有修改】


image.png

1.2如果是新增文件或者修改文件名字
先放到库里面对应的路径,在通过add添加,别忘了选择对应的target


组件化后开发流程_第1张图片
image.png

1.3 如果库里报头文件没有导入错误
可以在如下位置先写入
组件化后开发流程_第2张图片
image.png

之后再写入库文件里面
组件化后开发流程_第3张图片
image.png

2.库修改后 备注可以参考如下


组件化后开发流程_第4张图片
image.png

3.注意点 基础库不修改原来的东西,尽量通过新增接口方法来实现,这样 即时某个项目更新到最新基础库,也不会有问题, 这样基础库就只要维护一个master就可以。
业务库由于每个项目可能会有不同需求,所以本来可能就要维护多个分支。

4.接下来就可以 将上面的所有修改做成库了, 注意做库的顺序 一般先做被人依赖的基础库 如HuConfigsKit,做好后再做业务库。

5.如果只是简单的修改 把主干库里面的代码,直接复制到库就可以 (右边复制到左边即可),别忘了pod install


组件化后开发流程_第5张图片
image.png

之后留一下修改记录,没什么问题就可以提交了


组件化后开发流程_第6张图片
image.png

5.1.如果是有多个项目共同修改了基础库,我们的做法是
基础库建立对应的分支,之后看看把所有分支的代码合并到master,解决冲突后就可以做库了【如果按第3点,不修改原来库的内容,基本上是没有问题的】

如果您发现本文对你有所帮助,如果您认为其他人也可能受益,请把它分享出去。

你可能感兴趣的:(组件化后开发流程)