目录

  • 背景
  • 流程

  • 步骤

    • 一、 从近程拉取代码
    • 二、 创立并切换到新分支
    • 三、开发之后保留提交代码到本地仓库 or 近程仓库
    • 四、测试结束合并dev
    • 五、将代码上传到近程仓库

上面只是一些我工作时候的经验总结，也是我进公司的导师这样通知我的。如果有更好的，欢送留言。

背景

有时候必要的规范化提交代码的流程，能够帮忙咱们精准的把控我的项目的稳定性。这里不强调快是因为，素来规范化的提交代码，素来就是不图快的，线上代码稳固比快更重要。这个是每个公司掂量我的项目稳定性的尺子，我遇到过，共事上线不按操作来，而后把我的线上代码冲掉的状况，而我具体问他他也说不上来是怎么操作的。

流程

GitLab下面dev是线上分支，开发的时候从近程机器上将最新的dev分支拉取，创立新的分支之后开发，测试结束之后合并到dev上，解决抵触之后push到近程机器，筹备上线。

步骤

一、 从近程拉取代码

git pull origin dev

二、 创立并切换到新分支

git checkout -b newBranch

三、开发之后保留提交代码到本地仓库 or 近程仓库

git statusgit add .git commit -m 'git log'git push origin newBranch  # 提测之后QA会拉取gitLab下面newBranch分支的代码

四、测试结束合并dev

  1. 在newBranch分支中，次要查看代码，为合并做筹备
git status # 查看批改的文件目录有没有问题git diff  # 在提交前先看本人改了什么，没有问题了再进行addgit add .  # 把须要提交的货色放进缓存区git commit -m '这次提交的题目' #提交代码并填写批改的目录便于当前查找git rebase -i HEAD~4 #合并4个commit，如果只有一个commit的话就不须要合并间接git rebasegit checkout dev  #切换到dev分支
  1. 在dev分支中，将dev代码更新成最新的
git pull origin dev #近程存储库中的代码进行提取并合并到dev分支中，保障dev中的代码是最新的git checkout newBranch  #切换到newBranch分支
  1. 在newBranch分支中，开始合并
git rebase dev #合并dev分支到newBranch中#'如果有抵触的话'git status  #看一下是哪个文件抵触git diff 'file'  #看一下file文件的那些局部须要解除抵触，并手动解除抵触git add . #把解除完抵触的文件提交到暂存区里git rebase --continue  #持续rebase#'如果想退回rebase之前的状态'git rebase --abort#'胜利之后'git checkout dev #切换到dev分支
  1. 在dev分支中，合并newBranch分支的代码
git merge newBranch   #合并newBranch分支

五、将代码上传到近程仓库

git push origin dev #上传代码到近程仓库，更新最新的代码