鍍金池/ 教程/ Java/ 集中式工作流
功能分支工作流
工作方式
正式倉庫
示例
前言
<code>Gitflow</code> 工作流
工作流概要
<code>Forking</code> 工作流
Pull Requests
示例
集中式工作流
發(fā)布分支
示例
示例
工作方式
維護分支
Pull Requests
Forking工作流的分支使用方式
解析Pull Request
歷史分支
在 <code>Forking</code> 工作流中使用 <code>Pull Request</code>
沖突解決
功能分支
工作方式
在 <code>Gitflow</code> 工作流中使用 <code>Pull Request</code>
工作方式
在功能分支工作流中使用 <code>Pull Request</code>
示例
工作方式

集中式工作流

如果你的開發(fā)團隊成員已經(jīng)很熟悉 Subversion ，集中式工作流讓你無需去適應(yīng)一個全新流程就可以體驗 Git 帶來的收益。這個工作流也可以作為向更 Git 風(fēng)格工作流遷移的友好過渡。

http://wiki.jikexueyuan.com/project/git-workflow-tutorial/images/git-workflow-svn.png" alt="Git Workflows: SVN-style" />

轉(zhuǎn)到分布式版本控制系統(tǒng)看起來像個令人生畏的任務(wù)，但不改變已用的工作流你也可以用上 Git 帶來的收益。團隊可以用和 Subversion 完全不變的方式來開發(fā)項目。

但使用 Git 加強開發(fā)的工作流，Git 有相比 SVN 的幾個優(yōu)勢。 首先，每個開發(fā)可以有屬于自己的整個工程的本地拷貝。隔離的環(huán)境讓各個開發(fā)者的工作和項目的其他部分修改獨立開來 —— 即自由地提交到自己的本地倉庫，先完全忽略上游的開發(fā)，直到方便的時候再把修改反饋上去。

其次，Git 提供了強壯的分支和合并模型。不像 SVN ，Git 的分支設(shè)計成可以做為一種用來在倉庫之間集成代碼和分享修改的『失敗安全』的機制。