網易視頻雲技術分享：記一次.gitignore的操作細節

標籤：

網易視頻雲是網易傾力打造的一款雲端式計算的分布式多媒體處理叢集和專業音視頻技術，提供穩定流暢、低時延、高並發的ApsaraVideo for Live、錄製、儲存、轉碼及點播等音視頻的PAAS服務，線上教育、遠程醫學、娛樂秀場、線上金融等各行業及企業使用者只需經過簡單的開發即可打造線上音視頻平台。現在，網易視頻雲的技術專家給大家分享一則技術文：記一次.gitignore的操作細節。

“作為一個剛上路的新手司機，git操作當然要遠離各種炫酷的git GUI，因為這些GUI容易使你忽略git本身的工作流程，走向萬劫不複的深淵。”                                                                                     ---- 一位上路多年的老司機對我說這個事情發生的背景是這樣的，在我們的專題發布系統工程裡面，本地開發的css檔案採用scss即時watch編譯方式，最終發布到線上時，也會重新壓縮合并css檔案，一直以來都沒有什麼問題。但是隨著開發人員的增多，代碼提交頻次的增加，以及每個人的編輯器環境不同，會導致編譯出的css檔案有些許的不同，比如有人watch出的css檔案裡面會有charset聲明：@charset "UTF-8";這些檔案的更改都被提交上來了。這個時候當我去拉代碼時，每次都會出現不少的conflict，我必須停下來，更改scss檔案，重新watch一次，才能把我的修改提交。時間一長，工作的效率就降低了。好了，有問題就解決唄，我考慮到scss檔案本來在代碼發布的時候會被編譯成css檔案，也會有相應的壓縮合并等，那把css檔案和css目錄ignore不就好了嗎？開發的時候，自己watch，發布的時候，依賴自動化工具指令碼執行一系列watch更新打包操作，肯定不會有什麼問題。於是，我輕車熟路的開啟了.gitignore檔案,啪啪啪，增加了css/忽略規則，commit提交。這個時候有css檔案修改，git status 看一下，咦，腫麼css檔案還是  Changes not staged for commit ，難道我gitignoreRegex寫錯了？查了一些，好像沒問題啊。好，google一下：原來是我誤解了 .gitignore 檔案的使用方法， .gitignore只能作用於 Untracked Files，也就是沒有被 Git 記錄過的檔案，或者說沒有add和commit相關操作的檔案。這裡就能解釋我的規則不生效的原因是css目錄下的檔案都存在了git操作記錄，此刻再加入到 .gitignore 就無效了。解決這個問題，我們可以這樣做：

1. 刪除git對於該檔案的追蹤資訊；
   

   # -r 遞迴刪除檔案夾裡內容git rm -r --cached <path>

   
   
2. 更新 .gitignore，把對應的規則寫入 .gitignore
3. add＋commit + push。

好了，試一下，commit，push代碼這時候如果有css檔案的修改，我們git status試下奇怪了，這個怎麼回事呢，對css檔案的追蹤也刪除了，gitignore也更新了，也推送到遠端分支了，可是還不對。看一下.gitignore發現，對於css目錄的忽略已經存在於.gitignore中了，我們的更新沒有生效。好了，先把.gitignore中css/忽略規則刪掉，提交代碼。重新執行上面的 1->2->3 步再次修改css檔案，好了，搞定！

PS:關於.gitignore無效還有另外一種解決方案，但是這個方案是有後遺症的，不推薦。就是我可以設定:

git update-index --assume-unchanged <PATH>

讓git忽略我本地需要排除的檔案，提交到遠程分支後，這樣git就不會把這些修改提交到版本庫了。那麼，這個方案有什麼問題呢？設定update-index這種 exclude 的方式針對的是 Git 資料庫裡被記錄的檔案，換句話說 .git/info/exclude 目錄裡是你自己本地需要排除的檔案，而不是遠程庫裡那些真正需要忽略的檔案，這樣的設定不會提交到版本庫，也不會影響他人。反觀我們的.gitignore 這個檔案本身會提交到版本庫中去。
問題就來了，如果想要達到真正忽略這些檔案的提交，必須團隊裡面每個人都去設定git update-index --assume-unchanged <PATH>才有效。如果這個時候有新人進來或者更換電腦，從庫裡拉完最新的代碼，沒有執行git update-index --assume-unchanged <PATH>，直接提交，這時git又開始記錄該檔案的變化了。所以我們不推薦這種處理方式。----------------------------------------------------------------我是分割線-------------------------------------------------------------解決了上面的問題，下面根據自己入職以來老司機對我的尊尊教誨，以及我們技術組裡面的要求，總結下git使用方面的一些奇技淫巧和好的習慣： 1.每次提交代碼前，仔細查看更改。代碼提交謹慎些，操作前可以使用git status、 git diff，看看有沒有誤改檔案，或者有沒有debugger、alert等調試代碼提交。根據經驗，很多時候，小手一抖，就提交了一些莫名其妙的修改，這個排查起來很費時費力。 2.pull和push最好帶上分支名。同時push.default請修改為simple方式。當我們把git升級後，會看下如下提示：

warning: push.default is unset; its implicit value is changing inGit 2.0 from ‘matching‘ to ‘simple‘. To squelch this messageand maintain the current behavior after the default changes, use:   git config --global push.default matchingTo squelch this message and adopt the new behavior now, use:   git config --global push.default simple

我們可以看到，Git 2.x 預設的是 simple，而 Git 1.x 預設的是 matching，就是說在沒有指定分支的前提下，Git 2.x預設處理當前分支，Git 1.x則將所有你本地的分支push到遠程倉庫中對應匹配的分支。這是一件很危險的事情，尤其當master分支出現許可權控制異常時。我們這邊出現過master分支許可權控制的問題，有同事把master分支的誤操作提交上去了，後果可想而知。謹慎起見，先修改push.default，然後pull和push帶上遠程分支名。 3.配置git alias，可以節省不少git操作時間

git config --global alias.st status   

# git操作頻次較高的命令大概有一下幾個：[alias]    st = status    ci = commit    co = checkout    br = branch

4.關於git rebase為了保證git提交樹的乾淨，避免出現眼花繚亂的merge操作記錄，建議使用git rebase進行替換。 5.最佳化git commit的提交日誌git commit時盡量不要只是簡單的 update，dev，bugfix等，因為這些標記確實不利於後續的問題定位尋找。我們開發小組已經硬性規定，誰再提交這樣簡單的commit標記，要請吃水果，貌似有不少同學中招了~
總之對於git工具的使用，還是需要慢慢摸索，不斷實踐的。當大家使用熟練後，再配合git GUI也是沒問題的。最後，希望這篇文章能對大家有用，各位有什麼好的git操作建議，歡迎交流~

網易視頻雲技術分享：記一次.gitignore的操作細節