功能分支工作流用一个共享的 Bitbucket 仓库来管理协作，开发者在专门的分支上开发功能。
但不是立即合并到 master 分支上，而是在合并到主代码库之前开发者应该开一个 Pull Request 发起功能的讨论。
功能分支工作流只有一个公开的仓库，所以 Pull Request 的目的仓库和源仓库总是同一个。
通常开发者会指定他的功能分支作为源分支，master 分支作为目的分支。
收到 Pull Request 后，项目维护者要决定如何做。如果功能没问题，就简单地合并到 master 分支，关闭 Pull Request 。
但如果提交的变更有问题，他可以在 Pull Request 中反馈。之后新加的提交也会评论之后接着显示出来。
在功能还没有完全开发完的时候，也可能发起一个 Pull Request 。
比如开发者在实现某个需求时碰到了麻烦，他可以发一个包含正在进行中工作的 Pull Request 。
其它的开发者可以在 Pull Request 提供建议，或者甚至直接添加提交来解决问题。