关于Git开发的一些注意事项
1. 拉取代码后新建一个分支,把标准代码上传上去。再拉取该分支的标准代码进行定制,定制前首先需要修改相应 pom 文件的版本号【重点】,否则会覆盖其他仓库里的代码。一般是在版本号后面加上定制单号:主流版本_单号
修改定制模块的版本号,大模块版本号:
小模块版本号:以 pers 为例,需要修改 pers 所有小模块的版本号,以下只列举修改 pers-api 的小版本号
2. 国际化文件提交至git上编码格式转成了unicode
解决方式:IDEA中的一个设置选项默认勾选,要去掉。如果去掉之后国际化中文文件变成了unicode,改成中文内容即可
3.提交的时候,application配置文件不要提交,每个人的配置文件不一样,提交的话会影响其他人,但一般不写入.gitignore文件,因为有时候要修改配置文件的参数时是要提交这个文件的。
解决方式:保持原有的application文件不动。自己新增两个配置文件,不add到git,启动的时候指定用哪个配置文件就行。
4.拉代码后,提交到自己的分支,push下,然后合并请求就可以了。每个业务模块代码分开提交,提交的时候,要记录当时主流的版本号
之后正常的流程是:提交合并请求并选择知会人,然后代码负责人再审核代码,接受合并请求。
正确做法:每一个模块提交的版本要体现出来。start-up不用体现出来.。
每个业务模块做定制的版本要体现在提交记录上,后面修改代码能找到对应版本的代码,要合并什么功能或者解决bug都是要看版本号。
第一次提交模块就分模块提交,注明版本,然后都提交完成之后就修改版本,版本修改完成之后提交上去,后面就按功能点提交,这样提交的整个流程就比较清楚。
5.正确拉取代码
定制代码基于对应需要定制的版本的start up分支去对应版本。例如需要定制国内版的2.1.1中的门禁模块,那就要去startup的Biosecurity_2.1_x_R分支中pom查看使用的acc版本,然后去门禁模块下载对应版本的tags进行定制开发(startup中的各业务模块会根据修复bug的情况去升级版本,例如定制当时查看的acc版本为2.2.3,那就需要相应的去下载acc模块中v2.2.3的tags进行开发)
6. 后面这串表示的是版本号,第一次提交标准代码的时候文件夹不要带上版本号,之后提交代码的时候需要写上拉出来的版本。