GIT實操手冊 —— 小白也能輕鬆掌握的規範化提交代碼流程

目錄

• 背景
• 流程

• 步驟

  • 1、 從遠程拉取代碼
  • 2、 建立並切換到新分支
  • 3、開發以後保存提交代碼到本地倉庫 or 遠程倉庫
  • 4、測試完畢合併dev
  • 5、將代碼上傳到遠程倉庫

下面只是一些我工做時候的經驗總結，也是我進公司的導師這樣告訴個人。若是有更好的，歡迎留言。

背景

有時候必要的規範化提交代碼的流程，能夠幫助咱們精準的把控項目的穩定性。這裏不強調快是由於，歷來規範化的提交代碼，歷來就是不圖快的，線上代碼穩定比快更重要。這個是每一個公司衡量項目穩定性的尺子，我遇到過，同事上線不按操做來，而後把個人線上代碼沖掉的狀況，而我具體問他他也說不上來是怎麼操做的。

流程

GitLab上面dev是線上分支，開發的時候從遠程機器上將最新的dev分支拉取，建立新的分支以後開發，測試完畢以後合併到dev上，解決衝突以後push到遠程機器，準備上線。

步驟

1、 從遠程拉取代碼

git pull origin dev

2、 建立並切換到新分支

git checkout -b newBranch

3、開發以後保存提交代碼到本地倉庫 or 遠程倉庫

git status
git add .
git commit -m 'git log'
git push origin newBranch  # 提測以後QA會拉取gitLab上面newBranch分支的代碼

4、測試完畢合併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分支

5、將代碼上傳到遠程倉庫

git push origin dev #上傳代碼到遠程倉庫，更新最新的代碼