Discourse 补丁分类机器人

正在研究如何在从我们自己的 fork 发起 PR 时使用新的 discourse-patch-triage 机器人,这有点令人困惑,尤其是在与它和团队审查者进行三方对话时。有没有正确的做法?

我无法命令它在自己的 fork 上修复它建议的修改。目前,我正在尝试处理它关于规范测试的回复,但我完全不确定自己做得是否正确——我宁愿让它来修复这些问题,因为这似乎是一个被建议的选项。

例如,我正在修复自己 fork 中 PR 的规范测试失败,但似乎我的操作与机器人想要的操作之间存在一些摩擦:

我是否应该在 fork 中修复这些问题,还是应该让团队或机器人来修复?

感谢 lilly 的来回交流。有几点说明:

  1. 要与机器人交互,你需要评论 @patch-triage,然后可以用英文提出你的请求。目前它的功能仅限于审查、建议修改、变基你的 PR,以及根据建议创建新的提交。
  2. 它不会在 fork 仓库中提交更改,但仍可以审查或建议修改。我刚刚更新了说明以明确这一点,因此你需要自行处理任何建议的修改(就像你之前做的那样)。

如果你想充分利用这个机器人,建议直接向核心仓库提交 PR,而不是通过你的 fork 仓库提交:slight_smile

如果这解答了你的疑问,请告诉我!

谢谢 Isaac,这下清楚了。我习惯了为 PR 分叉仓库,但以后遇到这种情况我会直接在核心分支上提交 PR——这个分类机器人看起来挺有用的。

另外,规范测试真是我编程的噩梦。:stuck_out_tongue:

不过,既然我已经不是工作人员了,我觉得我可能再也无法这样做了:thinking:

啊……是的。你仍然可以利用:

我将在内部提出允许 Fork 对 PR 拥有写入权限的议题。

@Lilly 更新已完成,您现在可以:

  1. 请求 @patch-triage 为您审查、变基、创建或提交更改
  2. 在 Fork 上所有功能均按预期运行 :slight_smile:

请试用一下,如果您遇到任何问题,请随时告知 :slight_smile:

我差不多掌握了 @patch-triage 机器人如何在我的 fork 上工作,但我想当我让它 fix all 时,除了处理它想要修改的变更外,它还修复了其他时间段内大量超出范围的代码::woman_facepalming: