904.【平台开发】技术整合思考（七）——实现自己的项目初始化框

作为一个全栈研发工程师，一个人就能开发一个小应用（也能带领团队，开发大应用），随着经验的积累，必然会沉淀下来一些可复用的功能模块。

如果每一次开发一个小应用的时候，都重头开始构建项目，那必然非常浪费时间；

即便一些可复用功能模块，可以从过往的项目代码工程中复制过来，也会不可避免的产生一些由于更新迭代产生的问题：

比如一个工具模块在项目A中使用到了，同时在随后的项目B中也使用到了，A项目在后续运维过程中，对于这个工具模块产生了一些个性化的升级变更。这时，新开了一个项目C，也要用到这个工具模块。这时会出现两个问题：

1. 项目A中工具模块是最新版，还是项目B中的工具模块是最新版？（时间长了，很难记住的）
2. 到底项目A和项目B中的哪个工具模块是通用的？（工具模块如果绑定了项目，则不能使用）

因此（这些是七镜在服用模块时，真实遇到的问题），七镜认为有必要实现一个项目初始化框架项目，以后开发新项目时，直接以这个项目初始化项目为模板，进行开发。

初步计划如下：

基于git版本管理方案，将项目初始化框架项目作为主分支，存在云端，后续有新项目开发时，从云端下载主分支，新建分支作为开发分支。后续项目初始化框架项目有更新时，开发分支可以合并主分支代码。从而充分发挥项目初始化项目的最大化价值。

相关阅读：
628.【平台开发】技术整合思考（一）——启动配置
629.【平台开发】技术整合思考（二）——程序卸载
717.【平台开发】技术整合思考（三）——将工具程序封装成界面
719.【平台开发】技术整合思考（四）前后端不分离
733.【平台开发】技术整合思考（五）代码生成代码
753.【平台开发】技术整合思考（六）开发规范（持续更新）

涉及到的相关项目有两个

1. 基于React的前端网站应用的项目初始化项目；
2. 基于Taro的跨移动端的项目初始化项目。