git在團隊項目中的使用流程

1.首先從一個git遠(yuǎn)程倉庫中clone項目到本地

git clone 倉庫地址

2.創(chuàng)建開發(fā)分支

一般我們寫代碼不會在master分支上面寫，而是新建一個分支

git checkout -b test

3.在test分支上面進行代碼修改，比如完成某一項功能的開發(fā)

4.修改完之后提交代碼到test分支

git add .git commit -m "your comment"

 5.review代碼（非必需）

在test分支上面開發(fā)完某一個功能之后，建議自己review一下修改的代碼，通過與master分支進行對比

6.切換到master分支

git checkout master

 7.更新master分支

git pull (將本地master與服務(wù)器最新代碼保持一致)

 8.重新切換到test分支

git checkout test

 9.將master代碼更新到test分支

git merge master(將master分支合并到當(dāng)前分支)

10.處理完沖突之后將test分支提交到服務(wù)器

git push origin 分支名

 11.提交Merge Request

提交Merge Request之后代碼審核組同事會對提交的代碼進行審核，沒問題則會同意合并請求，將test分支的代碼合并到master分支

git使用小技巧

stash的使用

有時候有這樣一個場景：你在本地某一個分支上面開發(fā)某一個功能，這時候有一個緊急bug需要處理，而當(dāng)前功能沒有開發(fā)完你不想提交，不提交又無法切換分支。這時候就可以用stash命令來暫存當(dāng)前代碼。

git add .git stash

這時候你修改的代碼都會暫存到一個類似于棧的容器中，代碼會恢復(fù)到最后一次提交的位置。
可以執(zhí)行g(shù)it stash list查看是否暫存棧的列表。

暫存代碼之后就可以切換分支了，這時候你可以切換到別的分支修復(fù)bug，完了之后切換到該分支，執(zhí)行下面命令進行恢復(fù)

git stash pop

blame的使用

有時候我們在修改別人代碼的時候，想要查看某個文件具體某一行是誰寫的，可以使用blame（責(zé)備的意思，用來追究責(zé)任）

git blame 文件

執(zhí)行上面命令之后，每一行都會顯示具體是誰提交的，并且可以用翻頁鍵進行翻頁。

git命令別名設(shè)置

是否覺得敲git命令有點麻煩？肯定的，我也這么覺得。
我們可以在 ~/.gitconfig 文件里面進行別名設(shè)置，即加上下面這幾行

[alias] st = status ci = commit br = branch co = checkout df = diff

別名可以根據(jù)自己習(xí)慣設(shè)置。

常用git命令

git branch -r/-a  查看遠(yuǎn)程分支/本地和遠(yuǎn)程分支git checkout 分支名  切換分支git checkout -b 分支名  新建并切換到新建的分支git branch -d 分支名  刪除本地分支git pull   更新本地分支到最新git merge 分支名  合并某個分支到當(dāng)前分支git diff   查看當(dāng)前沒有add的內(nèi)容修改git diff --cached  查看已經(jīng)add，沒有commit的改動git diff HEAD   是上面兩個命令的合并git log --oneline --number 顯示log，每個log顯示一行，顯示number條git add .   將修改的代碼添加到暫存區(qū)git push origin 分支名  將指定分支推送到服務(wù)器git status   查看哪些修改已加入暫存區(qū)待提交，哪些修改未加入暫存區(qū)git reset HEAD 文件名  取消某文件的暫存