鍍金池/ 教程/ Java/ Pull Requests
功能分支工作流
工作方式
正式倉庫
示例
前言
<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>
示例
工作方式

Pull Requests

Pull requestsBitbucket 提供的讓開發(fā)者更方便地進行協(xié)作的功能,提供了友好的 Web 界面可以在提議的修改合并到正式項目之前對修改進行討論。

http://wiki.jikexueyuan.com/project/git-workflow-tutorial/images/pull-request-bitbucket.png" alt="pull-request-bitbucket" />

開發(fā)者向團隊成員通知功能開發(fā)已經(jīng)完成,Pull Requests 是最簡單的用法。

開發(fā)者完成功能開發(fā)后,通過 Bitbucket 賬號發(fā)起一個 Pull Request

這樣讓涉及這個功能的所有人知道要去做 Code Review 和合并到 master 分支。

但是,Pull Request 遠不止一個簡單的通知,而是為討論提交的功能的一個專門論壇。

如果變更有任何問題,團隊成員反饋在 Pull Request 中,甚至 push 新的提交微調(diào)功能。

所有的這些活動都直接跟蹤在 Pull Request 中。

http://wiki.jikexueyuan.com/project/git-workflow-tutorial/images/pull-request-overview.png" alt="pull-request-overview" />

相比其它的協(xié)作模型,這種分享提交的形式有助于打造一個更流暢的工作流。

SVNGit 都能通過一個簡單的腳本收到通知郵件;但是,討論變更時,開發(fā)者通常只能去回復(fù)郵件。

這樣做會變得雜亂,尤其還要涉及后面的幾個提交時。

Pull Requests 把所有相關(guān)功能整合到一個和 Bitbucket 倉庫界面集成的用戶友好 Web 界面中。

上一篇:前言下一篇:沖突解決