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.

En person, der gennemgår en patch, skal stadig tjekke for korrekt logik, men disse simple stiltjek-opgaver er nemme at tjekke programmatisk. Mange teksteditorer vil (eller har udvidelser, der vil) gøre denne proces for dig - opgaven kaldes linting. Beefore er et værktøj, der giver dig mulighed for at at integrere disse tjek i din Github pre-merge procedure, på samme måde, som man kan integrere kontinuerlig integration og testpakkeoverensstemmelse før fletning.

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.