Beefore

코드는 컴퓨터가 컴파일하거나 실행하기 위해 존재하지만, 사람이 읽을 수도 있습니다. 사람이 읽기 위해서도 존재합니다. 컴퓨터는 코드가 어떻게 생겼는지는 신경 쓰지 않습니다. 어떻게 생겼는지는 신경 쓰지 않습니다. 하지만 사람이 할 수 있는 일은 많습니다. 코드의 서식과 스타일을 지정하여 코드의 가독성을 높일 수 있습니다. 할 수 있는 일이 많습니다.

이는 들여쓰기의 일관성, 줄 간격 간격 및 줄 길이와 같은 간단한 것들입니다. 모든 언어에는 고유한 규칙이 있습니다. 프로젝트마다 이러한 규칙에 대한 고유한 전문성이 있습니다. BeeWare 도 예외는 아닙니다.

패치를 검토하는 사람은 여전히 올바른 로직이 있는지 확인해야 하지만 이러한 간단한 스타일 검사 작업은 프로그래밍 방식으로 쉽게 확인할 수 있습니다. 많은 텍스트 편집기는 이 프로세스를 수행하거나 확장 기능을 제공합니다. 이 작업을 린팅이라고 합니다. Before는 다음과 같은 작업을 수행할 수 있는 도구입니다. 이러한 검사를 Github 사전 병합 절차에 통합할 수 있는 도구입니다. 지속적인 통합과 테스트 스위트 컴플라이언스를 통합할 수 있는 도구입니다. 를 통합할 수 있는 것과 같은 방식으로.

하지만 코드 스타일에만 국한된 것은 아닙니다. 객관적으로 측정할 수 있는 모든 점검은 객관적으로 측정할 수 있는 모든 검사는 병합 전 절차의 일부로 수행할 수 있습니다. 절차의 일부로 수행할 수 있습니다. 여기에는 다음이 포함될 수 있습니다:

• 개발자 원산지 증명서, 기여자 라이선스 확인, 기여자 라이선스 계약서 또는 기타 기여 라이선스 절차를 확인합니다.
• 코드 복잡성 평가하기
• 코드 커버리지 평가하기

및 기타 여러 가지.

지속적 통합 프로세스에 피기백하기 전에 커밋을 병합하기 전에 테스트 스위트를 실행하는 데 이미 사용하고 있다(예, 트래비스-CI). Beefore 테스트는 사용자 지정 테스트 실행으로 실행됩니다.

How to help

• 기존 린터 개선
• 새로운 린터 및 스타일 검사 통합(예: Java)

So, why is it called "Beefore"?

패치를 병합하기 전에 필요한 모든 것을 확인합니다. 패치.