bitbucket - Phabricator 拉取/合并请求

Question

是否可以在 Phabricator 中以 bitbucket 方式进行拉取请求？

例如。从一些现有分支分支出来，然后创建拉(合并)请求以合并新分支？

我看到 Phabricator 差异工具只允许将一些手动输入的差异提交到某个分支。这是唯一的方法吗？

Answer 1

你可以混合git和 arc在一起，但它确实违背了arc diff是用来使用的。

您可以利用 audit相反，尽管我没有在下面详细介绍(我也没有使用审计)。

下面，我试图解释我们的新工作流程，来自 git-flow使用 git 到改编版本和 arc diff .

背景

在我们开始使用之前 Phabricator我们用了Gitlab并创建合并请求。这些将由另一位开发人员审查。我们使用 JIRA我们的工作流程包含一个 review required在进入测试之前进行多项检查的阶段。

此时，我们已将分支推送到远程，请求审查并等待测试发生(我们混合了手动和自动测试)。

一旦审查被接受并且测试通过，特性分支就被合并到origin/develop中。 .

新工作流

我们的新工作流程消除了在 Gitlab 内创建合并请求的需要，尤其是审阅。

我的团队仍在使用包含 git-flow 的工作流程，但是，我们介绍了 arc diff命令。这会在 Phabricator 中创建差异。开发人员将他的分支推送到远程，但没有提出合并请求。

我们在创建差异时运行以下命令(合并到 origin/develop )

git checkout -b feature/foo
git add <files>
git commit -m "A useful commit message"
git push origin feature/foo
arc diff origin/develop # this creates the diff within diffusion

一旦审查被接受，我们就不会合并(或 arc land)分支，我们等待所有测试的进行。这使我们能够在测试失败时更新差异，并且审查的开发人员可以轻松地看到哪些提交需要审查。

一旦测试通过，我们就可以简单地合并，或者使用 gitlab合并请求或命令行。我们通常运行 arc close-revision <revision-id>关闭 Phabricator 本身的修订。

附加说明

我相信arc diff的哲学是你不插入你本地的分支机构。相反，您创建了一个 diff扩散显示。这被归类为 pre-push工作流程。

Phabricator 还有一个 post-push包含审计的工作流程。您可以通过修改提交消息来简单地将提交标记为准备好进行审核。