docs/zh-CN/README.md in bigkeeper-0.8.6 vs docs/zh-CN/README.md in bigkeeper-0.8.7
- old
+ new
@@ -21,16 +21,17 @@
## 应用场景
在模块化项目的过渡阶段,我们往往会碰到业务拆分不是那么彻底的情况(PS:比如主项目中仍然存在业务相关代码),这样就会导致一系列问题:
-- 开发者开发一个 feature 时需要维护多个项目的分支,同时还要频繁修改主项目的 `Podfile`;
+- 开发流程方面:开发者在开发一个 feature 时需要维护多个项目的分支,同时还要频繁修改主项目的 `Podfile`;
- 项目管理者需要花很大精力去和团队成员同步项目管理规范流程,尤其对于新人,挑战很大;
- 开发过程中如果碰到突发情况需要开新分支处理问题时对当前工作区的保存操作会很繁琐(PS:因为涉及到多个项目);
- 日常开发过程中类似 commit、pull、push 等操作比较繁琐(PS:因为涉及到多个项目);
- 资源(比如图片)散落在各个业务模块,可能存在重名、重复等问题,难以管理;
- 业务模块可能存在横向依赖的问题,导致业务模块间耦合严重,不能单独编译运行。
+- 各模块依赖的版本没有统一的同步更新方式,导致各个模块的开发环境不一致,问题百出。
bigkeeper 的出现就是为了解决这些问题。
> 注:也有很多人认为直接做一个完整的组件化项目更合理,而不需要采用这样曲折的方案,但是很多时候我们并没有这么多的精力直接去做这些事情,bigkeeper 存在的价值也是为了帮助开发团队在** iOS&Android 模块化项目过渡阶段**能更轻松的往前走。
@@ -101,9 +102,10 @@
- help:查看 bigkeeper 帮助文档。
## 其他
- [一些建议](RECOMMEND.md)
+- [一些思考]()
## 协议
![](https://upload.wikimedia.org/wikipedia/commons/thumb/f/f8/License_icon-mit-88x31-2.svg/128px-License_icon-mit-88x31-2.svg.png)