1. 程式人生 > 實用技巧 >工作中Git的常見操作詳解_適合初使用者

工作中Git的常見操作詳解_適合初使用者

很久沒有寫部落格了,來補一篇。

最近在工作中專案管理工具換成了Git,上一篇是SVN,那這篇就寫Git吧。

首先以我所在公司所說,有測試分支develop/v2,發版分支release/發版時間,準生產分支dev,個人需求分支

  1. 接到需求之後,先在遠端倉庫dev分支為基點建立個人需求分支,比如feature/import_dd
  2. 接下來在本地建立遠端分支feature/import_dd分支的本地同名分支
git checkout -b 本地分支名 origin/遠端分支名  //將會自動建立一個新的本地分支,並與指定的遠端分支關聯起來

  3.在本地feature/import_dd上進行開發,開發自測後,提交需求程式碼:

git status //檢視分支檔案狀態

git add 檔名  //新增指定檔案到暫存區 

git add .  //新增所有修改過的檔案到暫存區   我一般執行過 git status 看修改過的檔案是否是我決定提交的需求,然後是,就執行這條命令

git commit -m "本次提交備註"

     這一過程,可能想恢復到修改前的版本,可以這樣操作:

git checkout -- 檔名   //把檔案的修改全部撤銷,就是讓這個檔案回到最近一次git commit或git add或修改前的狀態

    4.然後再將本地feature/import_dd提交到遠端feature/import_dd,操作步驟:

/*git pull相當於git fetch、git merge操作
git fetch:把遠端分支更新到本地映象分支*/
git pull  //拉取最新遠端分支feature/import_dd的檔案 

/*
git push 是簡寫,全寫是:git push origin master 將本地版本庫推送到遠端伺服器
origin是遠端主機,master表示是遠端伺服器上的master分支和本地分支重名的簡寫,分支名是可以修改的*/
git push  //提交本地分支feature/import_dd到遠端feature/import_dd

      此時,本地和遠端的個人需求分支內容一致。

    5.再將本地個人需求分支合併到測試分支develop/v2,操作步驟:

git checkout  develop/v2   //切換到測試分支進行合併

 git branch -a //檢視所有分支

    上個步驟可能會切換失敗,失敗原因是本地的分支資訊和遠端分支資訊不一樣,git pull 即可。

git merge  feature/import_dd  //本地需求分支檔案不變,這是為了測試分支程式碼汙染本地需求分支程式碼

    這一步驟,最容易出現合併衝突問題。出現衝突檔案,找到衝突檔案,就是別人也修改了該檔案,並且提交了

<<<<<<<<HEAD

develop/v2 的內容,即是別人修改的,
===========

feature/import_dd,是你修改的

>>>>>>>>feature/import_dd

    如果別人修改的地方和自己的不影響,那你可以把你修改的,貼上到=====上面的原修改位置,然後再把======下面的程式碼刪除即可。

    如果有影響,就要和這個人商量如何解決了!

    在develop/v2分支修改過之後,操作:

git add .  
git commit -m "本次提交備註" 
git pull  
git push

  6.然後就可以通知測試人員,在測試分支測了。

  7.測試通過之後,再把本地feature/import_dd往發版分支合併和push即可,和步驟5一樣操作。

              以上,是我在工作中常用的流程。