Selvom kode eksisterer for at blive kompileret eller udført af en computer, er den også der for at blive læst af mennesker. En computer er ligeglad med, hvordan koden ser ud ud, så længe det er gyldig syntaks. Der er dog meget, man kan gøre i formatering og styling af kode for at gøre koden endnu mere læsbar for mennesker. for mennesker.

Det er for det meste enkle ting, som ensartethed i indrykning, mellemrum og linjelængde. Hvert sprog har sine egne konventioner; hvert projekt vil have sine egne specialiseringer af disse konventioner. BeeWare er ingen undtagelse.

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.

Det er dog ikke kun begrænset til kodestil. Enhver kontrol, der kan måles objektivt, kan udføres som en del af præ-fusionerings procedure. Dette kunne omfatte:

  • Kontrollerer for et udvikleroprindelsescertifikat, en bidragyderlicensaftale Agreement eller en anden procedure for bidragslicenser.
  • Evaluering af kodekompleksitet
  • Evaluering af kodedækning

og mange andre.

Beefore bygger videre på den kontinuerlige integrationsproces, du allerede bruger til at køre din testpakke, før du fletter commits (f.eks, Travis-CI). Beefore-testene udføres som en brugerdefineret testkørsel.

How to help

  • Forbedring af eksisterende linters
  • Integrering af nye linters og style checks (f.eks. Java)

So, why is it called "Beefore"?

Den tjekker for alle de ting, man skal have i orden, før man fletter en patch.