关于javascript:GIT实操手册-小白也能轻松掌握的规范化提交代码流程

10次阅读

共计 1214 个字符,预计需要花费 4 分钟才能阅读完成。

目录

  • 背景
  • 流程
  • 步骤

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

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

背景

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

流程

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

步骤

一、从近程拉取代码

git pull origin dev

二、创立并切换到新分支

git checkout -b newBranch

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

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

四、测试结束合并 dev

  1. newBranch 分支中,次要查看代码,为合并做筹备
git status # 查看批改的文件目录有没有问题
git diff  # 在提交前先看本人改了什么,没有问题了再进行 add
git add .  # 把须要提交的货色放进缓存区
git commit -m '这次提交的题目' #提交代码并填写批改的目录便于当前查找
git rebase -i HEAD~4 #合并 4 个 commit,如果只有一个 commit 的话就不须要合并间接 git rebase
git 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 #上传代码到近程仓库,更新最新的代码
正文完
 0