APP Git協做流程

1、協做流程參照下圖

2、分支簡介

master分支:永遠處於穩定狀態,這個分支代碼能夠隨時用來部署。不容許在該分支直接提交代碼。
develop分支:開發分支,包含了項目最新的功能和代碼,全部開發都在develop上進行。通常狀況下小的修改,不緊急上線直接在這個分支上提交代碼。
feature分支:若是要改的一個東西會有比較多的修改,或者改的東西影響會比較大,請從develop分支開出一個feature分支,分支名約定爲feature/xxx
release分支:來作發佈前的準備,分支名約定爲release/***
hotfix分支:發現線上的代碼(也就是 master)有 bug,可是這個時候咱們的 develop 上的有些功能還沒完成,還不能發佈,這個時候咱們能夠從 master 分支上開出一個 hotfix 分支(記住:直接在 master 上提交代碼是不容許的!),分支名約定爲hotfix/xxx,在這個分支上修改完 bug 後須要把這個分支同時合併到 master 和 develop 分支git

3、具體的操做流程

一、建立分支或者拉取遠程倉庫別人建立的分支測試

//建立分支並提交到遠程倉庫
git checkout -b feature/newFunction develop //建立分支並切換到feature/newFunction分支
git push -u feature newFunction //第一次提交須要加-u,這樣能夠綁定本地和遠程分支關係,以後push和pull不用再指定後面feature newFunction

//拉取遠程倉庫別人建立的分支
git fetch origin
git branch -a //查看全部遠程分支 git checkout
-b otherCreateBranch origin/otherCreateBranch //otherCreateBranch是遠程倉庫別人建立的分支

二、開發完新功能合併分支到developfetch

git checktout develop
//在沒有衝突狀況下使用git merge dev會觸發Fast forward模式,它會自動合併並提交,合併後看不出來曾經作過合併
//--no-ff會禁用Fast forward模式
git merge --no-ff feature/newFunction

三、合併完develop以後,進行測試,達到上線標準後,拉出須要release分支spa

git checkout -b release/xxx develop

四、release分支測試完並上線以後,合併回develop和mastercode

git checkout develop
git merge --no-ff release/xxx

git checkout master
git merge --no-ff release/xxx

五、若是線上出現bug,須要緊急修復,從master拉取分支orm

git checkout -b hotfix/bug*** master //從master拉取分支

六、bug修復完以後,合回develop和master,參考4blog

4、使用技巧

一、配置快捷命令ci

git config --global alias.st status  //git status 簡化 git st
git config --global alias.co checkout //git checkout 簡化 git co
git config --global alias.ci commit //git checkout 簡化 git ci
git config --global alias.br branch //git checkout 簡化 git br
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
相關文章
相關標籤/搜索