原文鏈接：Git Workflows and Tutorials
譯文發(fā)在博樂在線：http://blog.jobbole.com/76550/，2014-09-14
工作流其實不是一個初級主題，背后的本質(zhì)問題其實是有效的項目流程管理和高效的開發(fā)協(xié)同約定，不僅是Git或SVN等VCS或SCM工具的使用。
這篇指南以大家在SVN中已經(jīng)廣為熟悉使用的集中式工作流作為起點，循序漸進(jìn)地演進(jìn)到其它高效的分布式工作流，還介紹了如何配合使用便利的Pull Request功能，體系地講解了各種工作流的應(yīng)用。
行文中實踐原則和操作示例并重，對于Git的資深玩家可以梳理思考提升，而新接觸的同學(xué)，也可以跟著step-by-step操作來操練學(xué)習(xí)并在實際工作中上手使用。
關(guān)于Git工作流主題，網(wǎng)上體系的中文資料不多，主要是零散的操作說明，希望這篇文章能讓你更深入理解并在工作中靈活有效地使用起來。
PS：
文中Pull Request的介紹用的是Bitbucket代碼托管服務(wù)，由于和GitHub基本一樣，如果你用的是GitHub（我自己也主要使用GitHub托管代碼），不影響理解和操作。
PPS：
本指南循序漸進(jìn)地講解工作流，如果Git用的不多，可以從前面的講的工作流開始操練。操作過程去感受指南的講解：解決什么問題、如何解決問題，這樣理解就深了，也方便活用。
Gitflow工作流是經(jīng)典模型，體現(xiàn)了工作流的經(jīng)驗和精髓。隨著項目過程復(fù)雜化，會感受到這個工作流中深思熟慮和威力！
Forking工作流是協(xié)作的（GitHub風(fēng)格）可以先看看GitHub的Help：Fork A Repo和Using pull requests。照著操作，給一個GitHub項目貢獻(xiàn)你的提交，有操作經(jīng)驗再看指南容易意會。指南中給了自己實現(xiàn)Fork的方法：Fork就是服務(wù)端的克隆。在指南的操練中使用代碼托管服務(wù)（如GitHub、Bitbucket），可以點一下按鈕就讓開發(fā)者完成倉庫的fork操作。
自己理解粗淺，翻譯中不足和不對之處，歡迎建議（提交Issue）和指正（Fork后提交代碼）！
Git工作流指南
工作流有各式各樣的用法，但也正因此使得在實際工作中如何上手使用變得很頭大。這篇指南通過總覽公司團隊中最常用的幾種Git工作流讓大家可以上手使用。
在閱讀的過程中請記住，本文中的幾種工作流是作為方案指導(dǎo)而不是條例規(guī)定。在展示了各種工作流可能的用法后，你可以從不同的工作流中挑選或揉合出一個滿足你自己需求的工作流。
概述
集中式工作流
如果你的開發(fā)團隊成員已經(jīng)很熟悉Subversion，集中式工作流讓你無需去適應(yīng)一個全新流程就可以體驗Git帶來的收益。這個工作流也可以作為向更Git風(fēng)格工作流遷移的友好過渡。
功能分支工作流
功能分支工作流以集中式工作流為基礎(chǔ)，不同的是為各個新功能分配一個專門的分支來開發(fā)。這樣可以在把新功能集成到正式項目前，用Pull Requests的方式討論變更。
Gitflow工作流
Gitflow工作流通過為功能開發(fā)、發(fā)布準(zhǔn)備和維護(hù)分配獨立的分支，讓發(fā)布迭代過程更流暢。嚴(yán)格的分支模型也為大型項目提供了一些非常必要的結(jié)構(gòu)。
Forking工作流
Forking工作流是分布式工作流，充分利用了Git在分支和克隆上的優(yōu)勢?？梢园踩煽康毓芾泶髨F隊的開發(fā)者（developer），并能接受不信任貢獻(xiàn)者（contributor）的提交。
Pull Requests
Pull requests是Bitbucket提供的讓開發(fā)者更方便地進(jìn)行協(xié)作的功能，提供了友好的Web界面可以在提議的修改合并到正式項目之前對修改進(jìn)行討論。
