关于Git开发的一些注意事项

Posted 2020-12-16 hotchner-zhang

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. 后面这串表示的是版本号，第一次提交标准代码的时候文件夹不要带上版本号，之后提交代码的时候需要写上拉出来的版本。