如何自动化你的 GitHub 工作流程并早点回家

如果你的同事不止一个，那么你可能正在使用某种平台来帮助你处理拉取请求和评审。如果你选择的平台是 GitHub，那么你很幸运。我们整理了一份工具和技巧列表，可以帮助你尽快将提交的内容合并到主分支中。

设置拉取请求模板

编写一个好的拉取请求模板可以帮助你和队友就如何总结 PR 的内容达成共识。如果合并 PR 前有一些要求必须满足，你还可以添加一个清单。

自动标记您的拉取请求

使用新的 GitHub 操作，您可以根据拉取请求中涉及的文件自动标记拉取请求。这可以极大地提高拉取请求概览的可发现性。

要进行此项设置，请转到启用操作的 GitHub 存储库，单击“新工作流程”，然后进入市场后向下滚动到“自动化流程中的每个步骤”，您将在其中找到“标签器”操作：

自动向“代码所有者”请求审核

我们可以进一步提升您的拉取请求的自动标记功能。GitHub 中有一项名为“代码所有者”的功能，可让您将应用程序的某些部分分配给同事。GitHub 将使用代码所有者来自动分配审阅。

设置代码所有者很容易，查看本指南即可开始使用代码所有者。

让熊猫向您的同事发送垃圾邮件，要求他们提交评论。

对我们的团队非常有帮助的一件事是添加了Pull panda。它是一个 Slack 集成，当有人请求审核时，会自动向您的同事发送消息。

当您请求审核时，审核者会收到如下消息：

如果有人批准您的拉取请求，您也会收到通知：

即使有人对你的拉取请求进行了评论，panda 也会立即在 Slack 中向你显示该评论：

自动合并拉取请求

完成所有这些步骤后，我们的拉取请求会自动标记，正确的审阅者也会自动分配，并且审阅者会收到一条 Slack 消息，提醒他们有工作要做。现在还有最后一件事 我们机器人要做的就是将拉取请求合并到主分支！如果你的团队使用任何形式的自动检查拉取请求，你可能已经浪费了一些时间，盯着屏幕，直到合并按钮变绿。

有了另一个名为automerge的 GitHub 操作，这种情况就成为过去了。此操作会根据团队的偏好自动合并你的拉取请求。

例如：我们设置自动合并来合并一次拉取请求：

• 拉取请求中添加了“自动合并”标签
• 所有必需的检查均已完成并成功
• 所有必需的审核均已批准

当然，在你的拉取请求自动合并后，你会收到一条来自 pull panda 的消息：

结论

我希望这份清单能给你一些灵感，让你了解如何自动化工作流程中的小细节。虽然这些步骤可能不是团队速度的最大瓶颈，但每个拉取请求节省几分钟，很快就会带来丰厚的回报。

如果您喜欢这个博客，请通过点赞、转发或点赞让我们知道。

如果您认为在 MyOnlineStore 工作适合您，以下是我们的职位空缺（NL）。

如果您对本博客有任何疑问或只是想联系我，您可以通过https://twitter.com/CarloPalinckx给我发推文

您可以在Medium上找到我们的更多博客

干杯👋