一、基于develop创建自己的feature分支
- 使用git checkout切换到develop分支
git checkout develop
- 基于develop分支创建feature分支
格式: git checkout -b feature/<开发者>/<分支功能>
例: git checkout -b feature/gxw/statistic_log
二、提交代码
格式
<type>[scope]: <subject>
// 空一行
[body]
// 空一行
[footer]
注:[]代表可选,<>代表必选。
-
type
必填,用于指定 commit 的类型。
feat:增加新功能
fix:修复 bug
docs:只改动了文档相关的内容
style:格式修改,没有修改代码逻辑,比如格式化、换行等
refactor:重构代码,既没有新增功能,也没有修复 bug,比如提取某段代码为一个方法、重构某个功能等
perf:性能、体验优化等
test:新增 test 用例或修改现有测试用例
build:构造工具的或者外部依赖的改动,比如 maven
ci:与 CI(持续集成服务)有关的改动
chore:不修改 src 或者 test 的其余修改,例如构建过程或辅助工具的变动
revert:执行 git revert 打印的 message
当同时有feat、fix和其他类型时,类型取feat、fix。
-
scope
非必填,用于描述改动的范围,格式一般为项目名/模块名,如果一次 commit 修改多个模块,建议拆分成多次 commit,以便更好追踪和维护。 -
subject
必填,此次提交的简短描述,动词开头,第一人称现在时,比如add,而不用 added、adds,第一个字母小写,句尾不加句号(.) -
body
非必填,此次提交的详细描述,主要描述改动之前的情况及修改动机,对于小的修改不作要求,但是重大需求、更新等必须添加body来作说明。 -
footer
footer只用于以下两种情况- break changes
break changes 指明是否产生了破坏性修改,涉及 break changes 的改动必须指明该项,类似版本升级、接口参数减少、接口删除、迁移等,以BREAKING CHANGE:开头,后面是变动的描述、变动的理由以及迁移的方法。 - 关闭 issue
当前提交修改了某个 issue
- break changes
简易版
项目中实际可以采用简易版规范:
<type>(<scope>):<subject>
单次提交注意事项
提交问题必须为同一类别
提交问题不要超过3个
提交的commit发现不符合规范,git commit --amend -m "新的提交信息"或 git reset --hard HEAD 重新提交一次
三、提交到远程仓库
git push文章来源:https://www.toymoban.com/news/detail-730937.html
可能会遇到下面的提示
这事因为远程仓库没有对应的分支,复制并执行红框中的命令,可以在远程仓库新建对应的分支,并自动上传到远程仓库。文章来源地址https://www.toymoban.com/news/detail-730937.html
四、提交合并请求
- 登录到GitLab的对应工程下,找到“Merge Request”标签页,然后点击“New merge request”创建合并请求。
- 在新页面选择分支,Source branch选择自己创建的feature分支,Target branch选择develop分支,选择完毕后点击“Compare branch and continue”。
- 填写相关信息,选择审核人,之后点击“Submit merge request”。
五、erp提交流程
- 完成情况说明中要有gitlab提交连接。
- 完成情况附件可以是gitlab截图或者word文档。
到了这里,关于GitLab多人开发步骤的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!