虽然代码的存在是为了由计算机编译或执行,但它也 供人类阅读。计算机并不在乎代码看起来像什么 只要语法有效就行。不过,你可以在以下方面做很多事情 不过,你可以在代码的格式和样式方面做很多事情,使代码更易于人类阅读。 可读性。
这些大多是简单的事情,比如缩进、间距和行长的一致性、 间距和行长。每种语言都有自己的约定俗成的习惯;每个 项目都有自己的惯例。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"?
在合并补丁前,它会检查所有必须具备的条件。 补丁。