현재 Multibranch Workflow plugin을 사용하는 젠킨스 파이프 라인이 있습니다. 각 자식 브랜치는 sonar.branch 속성을 사용하여 음파 탐지기 프로젝트를 생성하는 음파 탐지기 분석을 실행합니다. 이는 각 분기를 병합하기 전에 분석 중이기 때문에 분기가 마스터와 병합되고 GIT에서 사라질 때 문제가 나타나 프로젝트가 계속해서 소나 퀘에 저장되므로 수동으로 삭제해야하기 때문에 매우 유용합니다. 자동으로 수행하는 방법이 있습니까? 또는 다른 recomendation?자식 분기 병합/제거시 Sonarqube 지점 프로젝트를 자동으로 제거합니다.
SonarQube 분기 프로젝트를 제거하는 가장 좋은 방법은 처음부터 서버로 푸시하지 않는 것입니다. 여기에 귀하의 옵션이 있습니다 : 당신의 Bitbucket을 사용하는 경우 당신은 GitHub의를 사용하는 경우
SonarSource에서 SonarLint와 GitHub Plugin을 매일 사용합니다. 마지막 해결책은 api/projects/delete 웹 서비스를 사용하여 수동으로 프로젝트를 삭제하는 것입니다.
Bitbucket Server 및 Bitbucket Server 부가 기능 용 음파거를 사용하는 경우이 정리를 자동으로 수행 할 수 있습니다. Bitbucket Server에서이 설정을 사용하려면 아래 스크린 샷의 3 단계를 따르십시오. 당신이 마스터에서 자식에도 복사되는 jenkinsfile을 지점을 만들 때 젠킨스, 같은 지속적인 통합 시스템을 사용하는 경우, sonarque 분석을 피하기
플러그인을 구입할 수 있다면 가장 좋은 해결책 일 것입니다. 항상 가능한 것은 아닙니다. –
10 달러/10 명의 사용자를 투자 할 수없는 경우 지속적인 통합/코드 품질 관리에 시간을 투자해서는 안됩니다. 극단적 인 프로그래밍과 매우 간단한 SCM은 아마도 그러한 프로젝트에 필요한 모든 것 일 것입니다. 그냥 sayian. SonarQube 등은 비즈니스 중심 팀에서만 의미가 있습니다. 다른 모든 것에서는 간단한 cronjob이 트릭을 할 수 있습니다. – specializt
필자의 경우가 다르다. bitbucket의 사용자 수가 많지만 (+2000), sonarqube 사용자 수가 적다 (100 미만). 아마도 프로젝트와 저장소를 확인하는 사용자 지정 예약 작업이 해결책 일 것입니다. –
이 파일을 수정 의미한다. 어떤 경우 개발자는이 단계를 잊어 버립니다. –
트래비스와 똑같은 "문제"가 있습니다. 이것이 우리 스크립트가 SonarQube 분석을 실행하기 전에 몇 가지 조건부 검사를 수행하는 이유입니다. –