Git分支管理约定

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/wangxinxin1992816/article/details/85196610

在项目开发中通过Git辅助管理开发代码,便需要有一定的约定和规范:

1.协作开发模式 1) GitLab库中维护2条主要的源码分支: 一条为master,用于存放最稳定的发布版的源码; 一条为dev,用于存放最新的源码; 2) 团队的开发成员,首先将GitLab上的dev分支clone到本地,然后创建一个branch进行开发,开发测试ok后,将branch合并到自己本地的master,最后再将本地的master push到远程(GitLab)的dev分支。 3) Push的时机,建议尽量早push。 4) 到一个迭代版本完成后,由项目管理员,将GitLab上的dev代码合并到GitLab上的master,并创建相应tag进行发布(等到Lida开源的时候再发布)。

2.代码提交规范 1) 按逻辑提交,做完一个逻辑功能就要commit,不要等到做了很多改动后混合commit。 2) 代码提交的日志要简短,同时要能说清楚解决了什么问题。 3) 代码提交日志要带上前缀,表明此次commit是什么类型。 4) 日志前缀规范: [add]:新增资源或功能 [fix]:修改bug,例如修复测试提出的bug,报错、冲突之类 [mod]:modify修改功能,例如完善功能模块 [del]:delete删除资源或功能 [opt]:optimize优化代码,例如重构、性能优化

猜你喜欢

转载自blog.csdn.net/wangxinxin1992816/article/details/85196610