GIT実操マニュアル——シロも簡単にマスターできる規範化提出コードフロー

目次

バックグラウンド

フロー

ステップ

一、リモートからコード

を引き出す

二、新規ブランチ

を作成して切り替える

三、開発後に提出コードをローカル倉庫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

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  

devブランチにおいて、devコードを最新の

に更新する.

git pull origin dev #                 dev   ，  dev        
git checkout newBranch  #   newBranch  

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  

devブランチにおいて、newBranchブランチのコード

をマージする.

git merge newBranch   #  newBranch  

五、コードをリモート倉庫にアップロードする

git push origin dev #         ，