Beefore

虽然代码的存在是为了由计算机编译或执行，但它也 供人类阅读。计算机并不在乎代码看起来像什么 只要语法有效就行。不过，你可以在以下方面做很多事情 不过，你可以在代码的格式和样式方面做很多事情，使代码更易于人类阅读。 可读性。

这些大多是简单的事情，比如缩进、间距和行长的一致性、 间距和行长。每种语言都有自己的约定俗成的习惯；每个 项目都有自己的惯例。BeeWare 也不例外。

审查补丁的人仍然需要检查逻辑是否正确，但这些简单的样式检查任务很容易通过编程进行检查。 这些简单的样式检查任务很容易通过编程进行检查。许多 文本编辑器会（或有扩展功能）为您完成这一过程。 这项任务称为linting。Beefore 是一款可让您 将这些检查整合到 Github 的预合并程序中。 的方式，将持续集成和测试套件合规性整合到 Github 合并前的检查。

不过，它并不仅限于代码风格。任何可以 都可以作为预合并程序的一部分来执行。 程序的一部分。这可能包括

• 检查开发者原产地证书、贡献者许可协议或其他贡献许可程序。 协议或其他贡献许可程序。
• 评估代码复杂性
• 评估代码覆盖率

等等。

Beefore 可借助您的持续集成流程 在合并提交之前运行测试套件（如 Travis-CI）。Beefore 测试将作为自定义测试运行执行。

如何帮助

• 改进现有衬砌
• 集成新的衬砌和样式检查（如 Java）

所以，为什么它被称为 "Beefore"?

在合并补丁前，它会检查所有必须具备的条件。 补丁。