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

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

Someone reviewing a patch still needs to check for correct logic, but these simple style-check tasks are easy to check programatically. Many text editors will (or have extensions that will) do this process for you - the task is called linting. Beefore is a tool that allows you to integrate these checks into your GitHub pre-merge procedure, in the same way that can integrate continuous integration and test suite compliance before merging.

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

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

等等。

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

如何帮助

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

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

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