这是我参与「第三届青训营 -后端场」笔记创作活动的第1篇笔记,此系列笔记主要记录我们队伍在开发抖音项目过程中遇到的一些问题以及思考
团队代码管理
作为一个线上多人项目,首先考虑的问题就是怎样处理多人写出来的代码,首先我们团队考虑的是,是否个人进行自己部分的开发之后统一合并,而后上传至git远端仓库,但是最后还是没有选择这种方式进行开发,这样进行开发最后合并时麻烦过多,效率过低,最后还是采用了青训营建议的直接在远端仓库采用多分支管理的形式进行开发,就我个人而然这种开发模式还是有一些挑战的,在这之前我使用git远端仓库多是单人单分支传传笔记或者demo
多分支模式选择
我们团队最后选取的是比较简单的主+develop分支的模式进行开发,这种开发模式就是所有成员在develop进行开发,然后将develop分支上的内容合并到主分支上,如果在gitee上创建远端仓库可直接在创建仓库时进行选择
如果使用github等远端仓库管理平台也是一样的道理
遇到的问题
- 在develop分支内容已经变化的情况下,管理员误提交新的代码到主分支,造成的两分支代码冲突问题
一些思考
- git远端仓库这种形式进行开发,首先一定要进行权限的设置,拥有所有的控制权限的人不应该过多,一旦所有开发人员都可以对所有分支进行修改,多人提交自己的代码,可能会导致代码冲突问题
- 鼓励开发人员在develop分支的基础上,新建分支进行个人负责部分内容的开发,这样可以有效减少代码冲突问题
- 当遇到在develop分支内容已经变化的情况下,管理员误提交新的代码到主分支,造成的两分支代码冲突问题时,最有效的处理流程应该是,管理员误提交到主分支 -> 主分支代码与develop分支代码不一致导致后序无法合并代码 -> 版本回滚 -> 重新提交至主分支,我当时的做法现在看来有些问题,希望看到这篇笔记的人引以为戒,我当时手动将develop分支上与主分支不一致的部分,提交到主分支上,而后删除了develop分支,以新的主分支为基础,重建了develop分支
- 如果要在一个分支上进行多人的开发,一定要事先确定大致的目录结构以及命名规范
