programing

단일 저장소에 대한 작업복에 여러 커버리지 보고서를 가져옵니다.

nasanasas 2020. 12. 2. 21:27
반응형

단일 저장소에 대한 작업복에 여러 커버리지 보고서를 가져옵니다.


단일 리포지토리에 대한 프런트 엔드 및 백 엔드 테스트에 대해 별도의 커버리지 보고서를 얻을 수 있습니까?

가능한 한 가지 방법은 이 질문에서lcov 언급했듯이 보고서를 하나로 연결 한 다음 작업복으로 배송하는 입니다.

그러나 프런트 엔드와 백 엔드에 대해 별도의 코드 검사 보고서를 보거나 lcov작업복에 두 개의 파일을 제공하는 방법이 있는지 알고 싶었습니다 . 그렇다면 어떻게?


Coverall의 API 문서 를 참조하면 Job API가라는 선택적 매개 변수를 지원함을 알 수 service_number있습니다. 이제 기본적으로이 옵션은 CI 시스템의 빌드 번호와 일치하도록 설계되었지만 각 CI 빌드에 대한 여러 커버리지 보고서를 추적하는 데 사용할 수없는 이유는 없습니다.

이를 수행 할 수있는 한 가지 방법은 실제 CI 빌드 번호 를 추적하고 2를 곱한 다음 해당 번호를 "백엔드"빌드 번호로 설정하고 1 씩 증가시켜 "프런트 엔드"빌드 번호가되도록하는 것입니다. 두 배로 늘리면 동일한 빌드 번호에 두 번 이상 게시되지 않도록합니다. 물론 이러한 ID를 생성하는 다른 방법을 사용할 수 있습니다. API는 기술적으로 문자열을 사용하므로 예를 들어 234-frontend234-backend.

이론적 service_name으로는 동일한 효과에 필요한 매개 변수를 사용할 수도 있습니다 . 문제는 일부 예약 된 서비스 이름 ( "travis-ci", "travis-pro"또는 "coveralls-ruby")에 특별한 기능이있어서 희생하기를 꺼릴 수 있다는 것입니다.

참고 URL : https://stackoverflow.com/questions/24107890/get-multiple-coverage-reports-in-coveralls-for-a-single-repository

반응형