단일 저장소에 대한 작업복에 여러 커버리지 보고서를 가져옵니다.
단일 리포지토리에 대한 프런트 엔드 및 백 엔드 테스트에 대해 별도의 커버리지 보고서를 얻을 수 있습니까?
가능한 한 가지 방법은 이 질문에서lcov
언급했듯이 보고서를 하나로 연결 한 다음 작업복으로 배송하는 것 입니다.
그러나 프런트 엔드와 백 엔드에 대해 별도의 코드 검사 보고서를 보거나 lcov
작업복에 두 개의 파일을 제공하는 방법이 있는지 알고 싶었습니다 . 그렇다면 어떻게?
Coverall의 API 문서 를 참조하면 Job API가라는 선택적 매개 변수를 지원함을 알 수 service_number
있습니다. 이제 기본적으로이 옵션은 CI 시스템의 빌드 번호와 일치하도록 설계되었지만 각 CI 빌드에 대한 여러 커버리지 보고서를 추적하는 데 사용할 수없는 이유는 없습니다.
이를 수행 할 수있는 한 가지 방법은 실제 CI 빌드 번호 를 추적하고 2를 곱한 다음 해당 번호를 "백엔드"빌드 번호로 설정하고 1 씩 증가시켜 "프런트 엔드"빌드 번호가되도록하는 것입니다. 두 배로 늘리면 동일한 빌드 번호에 두 번 이상 게시되지 않도록합니다. 물론 이러한 ID를 생성하는 다른 방법을 사용할 수 있습니다. API는 기술적으로 문자열을 사용하므로 예를 들어 234-frontend
및 234-backend
.
이론적 service_name
으로는 동일한 효과에 필요한 매개 변수를 사용할 수도 있습니다 . 문제는 일부 예약 된 서비스 이름 ( "travis-ci", "travis-pro"또는 "coveralls-ruby")에 특별한 기능이있어서 희생하기를 꺼릴 수 있다는 것입니다.
'programing' 카테고리의 다른 글
다른 디렉터리의 Gradle 프로젝트 필요 (0) | 2020.12.03 |
---|---|
MediaCodec 및 MediaMuxer를 사용하여 비디오 인코딩 및 다중화 (0) | 2020.12.02 |
Xcode Server 호스팅 저장소에서 봇을 만들 수 없습니다. (0) | 2020.12.02 |
Xlib 및 Firefox 동작 (0) | 2020.12.02 |
라이브 배경 화면, 가운데 자르기 및 너비 / 높이에 맞추는 방법은 무엇입니까? (0) | 2020.12.02 |