git常用操作命令

开源地址

https://gitee.com/
https://github.com (国外需翻墙)

参考命令

https://doc.rg1008.com/docs/rg_pass_api/rg_pass_api-1dhlmtqahjsvo
https://blog.csdn.net/qq_38111015/article/details/84885809

常用命令

git clone
git pull
git add .
git commit -m "feat:xxxx"
git push origin master
git checkout 分支名
git merge 分支名

git开发规范

1、每天第一天拉取最新代码   git pull
2、提交代码前，先拉取代码   git pull
3、提交代码备注格式   git commit -m "feat:[分支名]提交说明，比如xxx模块新增功能开发完成100%" 或  XXXBUG(单号，1，2，4)修复完成
4、备注关键字说明
   feat:开发（通常新需求）；
   fix:bug修复；
   doc: 文档相关提交；
   demo： 案例学习相关提交

version/v20231010
bug/v20231010-bug1001
bug/bug1001
feature/cbg
feature/5G202310-cbg
feature/5G202310

feat:[feature/cbg]提交说明，比如xxx模块新增功能开发完成100%
fix:[bug/bug1001]BUG(单号，1，2，4)修复完成

FN代码开发规范(IT服务部，简易版)[实施版]

1、从dev拉取需求分支；
2、测试环境，把自己分支合并到dev-test(如果没有，从dev或main分支拉取一个)；
3、测试通过后，把自己分支合并到dev, 发布生产；
4、最后每个周期git管理员定期把dev分支合并到main
5、生产验证通过后，管理员通知或开发人员根据实际需求删除分支

FN代码开发规范

1、如果没有dev，从main或master创建一个dev分支和dev-test分支
2、从dev拉取最新分支，创建自己需求分支，
   命名如 feature/单号或时间号
   如（feature/1001 或  feature/需求简写202310-名字） （bug/1001 或 feature/5G202310-名字） (version/v20231010 时间通常为预估上线时间)
3. 代码开发完成了，合并代码到dev-test分支进行验证
5. 测试通过了，把自己分支代码合并到master或main分支
6. 如果有bug，从自己的开发分支进行修复，然后合并到版本分支（dev-test）
7. 测试通过后，打包发布到预发环境进行二次验证，如果有问题，继续在自己开发分支修复，然后合并到版本分支
8. 修复好后，合并到版本分支
9. 全部ok后，打包上生产
10. 如果出现生产的版本有紧急bug,从版本分支拉取新分支修复 fix/v20231010-bug单号
11. 版本上线后，并且运行正常情况，合并到master/main分支

git开发新需求规范

1、从master拉取最新分支，创建自己需求分支，
   命名如 feature/单号或时间号
   如（feature/1001 或  feature/需求简写202310-名字） （bug/1001 或 feature/5G202310-名字） (version/v20231010 时间通常为预估上线时间)
2. 版本分支(把相关要上生产的并且测试通过的全部合并到版本分支)， 比如 version/v20231010
3. 版本上线前，需要测试通过版本分支进行测试
4. 如果有bug，从自己的开发分支进行修复，然后合并到版本分支
5. 测试通过后，打包发布到预发环境进行二次验证，如果有问题，继续在自己开发分支修复，然后合并到版本分支
6. 修复好后，合并到版本分支
7. 全部ok后，打包上生产
8. 如果出现生产的版本有紧急bug,从版本分支拉取新分支修复 fix/v20231010-bug单号
9. 版本上线后，并且运行正常情况，合并到master分支

git开发提交注意事项

1、开发时候涉及配置文件的，如果有新增属性，注意跟代码负责人提前沟通是否可行
2、如果配置文件变更只开发临时使用，不要把变更的内容提交到远程代码库
3、如果变更的配置文件需要提交，确保不要把自己本地不需要提交的变更代码提交上远程仓库