SDK版本管理方案

1.禁止将开发功能的分支合并到修改bug的分支
2.在本地分别拉取开发功能的分支和修改bug的分支
3.修改bug的分支，所有东西都不能指向本地，只能指向远程（与业务线的情况保持一致
4.开发功能的分支，分享、公用、视频等自己维护的组建指向本地，并实时更新
5.修改bug的分支用于修改业务线和线上的问题，改动大的(代码行数超过三行)逻辑复杂的(判断逻辑超过三个)耦合度高的(入口或出口超过三个)不予改动(除非有测试介入)
6.维护的组建若有修改必须一起发版
7.业务线组建： im，share，自己用的基础组件：base，business
影响其他组件的发版，一起用大版本号发，并且版本号统一比如（im版本0.2.2 base版本0.2.2 business版本0.2.2 share版本0.2.2）。
不影响的用小版本号发如，im测试有其他业务线编译问题，或者业务线内部修改用小版本号发 0.2.2 .1。
影响其他版本的有：1.文件的移动（从im移到base或者从base移到im）。2.自己业务线用的组件有修改并且调用了（base 新增一个方法，im调用了该方法）。3.。
不影响其他版本的：1.自己用的基础组件做了修改（增删改），业务线没有调用（base组件，删除改了方法，但只是）。2.。