虽然代码的存在是为了由计算机编译或执行，但它也供人类阅读。计算机并不在乎代码看起来像什么，只要语法有效就行。不过，你可以在代码的格式和样式方面做很多事情，使代码更易于人类阅读。
这些大多是简单的事情，比如缩进、空格和行长的一致性。每种语言都有自己的约定俗成的习惯；每个项目都有自己在这些习惯上的特殊化。BeeWare 也不例外。
审核补丁的人仍然需要确保正确的逻辑，但这些简单的样式检查工作很容易通过程序完成。许多文本编辑器会（或有会这样做的插件）自动帮您进行这个称为 linting 的过程。Beefore 是一个可以让您把此过程集成到 GitHub 预合并过程的工具，就像我们可以在合并之前集成持续集成与测试套件符合一样。
不过，它并不仅限于代码风格。任何可以客观测量的检查都可以作为预合并程序的一部分来执行。这可能包括：
- 检查开发者起源证书（DCO）、贡献者许可协议或其他贡献许可程序。
- 评估代码复杂性
- 评估代码覆盖率
等等。
Beefore 将借助您已经在合并前运行、用于执行测试套件的持续集成流程（例如 Travis- CI）。Beefore 测试将作为自定义测试运行执行。
如何帮助
- 改进现有 linters
- 集成新的 linters 和样式检查（如 Java）
所以，为什么它被称为 "Beefore"?
在合并补丁之前 (before)，它会检查所有必须具备的条件。
