gitolite代碼管控與團(tuán)隊(duì)協(xié)作

Gitolite代碼管控與團(tuán)隊(duì)協(xié)作Nick.Wang（汪偉）什么是gitolite?從單兵作戰(zhàn)到團(tuán)隊(duì)協(xié)作從隨心所欲到紀(jì)律嚴(yán)明什么是gitolite？Perl編寫，高效穩(wěn)定。ssh公鑰，安全可靠。版本庫、分支、路徑

精細(xì)權(quán)限控制用戶認(rèn)證服務(wù)器地址：192.168.3.11認(rèn)證方式：ssh認(rèn)證步驟：$rm-fr~/.ssh$ssh-keygen-f~/.ssh/NickWang用戶認(rèn)證將生成的公鑰*.pub發(fā)給管理員建立配置文件~/.ssh/config用戶認(rèn)證完成上述操作后如無意外，可獲

得權(quán)限，正常情情況下，可用右側(cè)的指令查看權(quán)限團(tuán)隊(duì)內(nèi)協(xié)作TeamLeader上傳基線軟件團(tuán)隊(duì)成員下載代碼$gitclonegitolite:版本庫名字

如：團(tuán)隊(duì)內(nèi)協(xié)作查看此版本庫有哪些遠(yuǎn)程分支$gitbranch-a切換到你想要的分支$gitcheckout--trackorigin/分支名

團(tuán)隊(duì)內(nèi)協(xié)作查看是否切換成功$gitbranch–a

恭喜，你已成功獲得了你想要的代碼！

團(tuán)隊(duì)內(nèi)協(xié)作獲得代碼后的第一件事：Not

But

團(tuán)隊(duì)內(nèi)協(xié)作編譯通過后的準(zhǔn)備工作$gitstatus

誰修改了這些文件？團(tuán)隊(duì)內(nèi)協(xié)作忽略不關(guān)心的文件$gitstatus>.gitignore$vi.gitignore

編輯這個(gè)文件，使它只包含文件路徑團(tuán)隊(duì)內(nèi)協(xié)作看看忽略的效果$gitstatus

為什么有漏網(wǎng)之魚

團(tuán)隊(duì)內(nèi)協(xié)作干掉漏網(wǎng)之魚$update-index--assume-unchangedFILE_NAME團(tuán)隊(duì)內(nèi)協(xié)作干凈的工作區(qū)，良好的開發(fā)習(xí)慣$gitstatus

團(tuán)隊(duì)內(nèi)協(xié)作

簡單修改提交

代碼修改后，運(yùn)行$gitstatus查看哪個(gè)文件被修改

運(yùn)行$gitdiff+文件名，確認(rèn)是否修改正確

運(yùn)行$gitadd+文件名，逐個(gè)添加文件團(tuán)隊(duì)內(nèi)協(xié)作

簡單修改提交

運(yùn)行$gitcommit-m“modifylog”提交到本地

至此，已經(jīng)完成一次本地提交，你可以選擇把本地提交“貢獻(xiàn)”到服務(wù)器，也可以累積多次本地提交，一并“貢獻(xiàn)”到服務(wù)器。

將本地版本庫更新到與服務(wù)器一致

$gitfetch

將你的修改應(yīng)用到最新的本地版本庫上

$gitrebaseorigin/遠(yuǎn)程分支名團(tuán)隊(duì)內(nèi)協(xié)作

簡單修改提交

將合并后的版本庫推送到服務(wù)器

$gitpushorigin[本地分支名]:[遠(yuǎn)程分支名]團(tuán)隊(duì)內(nèi)協(xié)作來看一下rebase的原理

剛?cè)∠聛淼拇a，本地與服務(wù)器一致團(tuán)隊(duì)內(nèi)協(xié)作來看一下rebase的原理

經(jīng)過一段時(shí)間的開發(fā)，服務(wù)器版本庫和本地版本庫各自生長團(tuán)隊(duì)內(nèi)協(xié)作rebase就是從兩個(gè)分支共同祖先算起，將一個(gè)分支的改動(dòng)完整的移動(dòng)到另一個(gè)分支上團(tuán)隊(duì)內(nèi)協(xié)作rebase的最終結(jié)果是實(shí)現(xiàn)個(gè)人成果與團(tuán)隊(duì)的完美融合團(tuán)隊(duì)內(nèi)協(xié)作

特性分支

新模塊、新功能開發(fā)、規(guī)模較大的修改、可能有風(fēng)險(xiǎn)的修改，都在特性分支上做，避免影響主分支的穩(wěn)定性，特性分支測試穩(wěn)定后，再合入主分支。

具體做法，在遇到上述情況時(shí)，先用下面的命令創(chuàng)建一個(gè)特性分支

$gitbranch[branchname]

再切換到特性分支上進(jìn)行修改、開發(fā)、提交、測試。

測試通過后，再合到主分支并上傳

團(tuán)隊(duì)內(nèi)協(xié)作

任務(wù)中斷

某個(gè)功能開發(fā)到一半，突然Boss說有個(gè)緊急的bug，需要修改。

團(tuán)隊(duì)內(nèi)協(xié)作任務(wù)中斷的對策

$gitadd+[需要備份的文件]

$gitstashsave“XXXXXX”

$fixyourbug

$gitstashlist

$gitstashpop基線更新二次開發(fā)不可回避的痛

基線更新基線更新

方法1：

將代碼手動(dòng)移植到新的基線上。

優(yōu)點(diǎn)：可靠性高

缺點(diǎn)：時(shí)效性差基線更新

方法2：Patch法第一步：舊基線生成patch$gitformat-patch第二步:將舊基線的patch逐個(gè)應(yīng)用到新基線上$gitamXXX.patch遇到?jīng)_突，停止patch，改為手動(dòng)合并$gitam--abort基線更新

方法2：rebase法$gitremoteaddNEWBASE[url]$gitfetchNEWBASE$gitrebaseNEWBASE….Fixconflict

驗(yàn)證OK后$gitpushNEW_REPOmaster:master有用的命令查看修改的文件$gitlog--name-status查看暫存區(qū)與版本庫的區(qū)別$gitdiff--cached合并最近的兩次提交$gitcommit--amend-m“XXXX”顯示遠(yuǎn)程版本庫$gitremote–v分支推送$gitpushREP_NAMElocal_branch_name:remote_branch_name顯示所有分支$gitbranch-a有用的命令從指定的提交創(chuàng)建分支$gitbranch<branch_name><commit_id>重命名已經(jīng)存在的分支$gitbranch-m<old_branch_name><new_branch_name>將工作區(qū)回退到指定的提交$gitcheckout<commitid>將版本庫回退到指定的提交$gitreset--hard<commitid>將其它分支的指定提交應(yīng)用到當(dāng)前分支$gitcherry-pick<commitid>將同一分支上的指定兩次提交之間的若干個(gè)提交生成patch$gitformat-patch<commit_i