SonarScanner-prokurieroj: Maven-dependecoj kontra servilaj elŝutoj
Aguordigu Maven-deponej-eraron aŭ SonarScanner-servilan elŝuton al la prokur-konfiguro, kiu ĝin regas.
Uzu la unuan malsukcesan URL por elekti la posedanton de la konfiguro:
| Elŝuto | Prokur-fonto |
|---|---|
| Maven prenas la kromprogramon/dependecojn de la skanilo | Aktiva settings.xml-prokurilo, deponejo/spegulo kaj nonProxyHosts |
| La kuranta skanilo akiras rimedojn de SonarQube | Subtenataj retaj agordoj specifaj al la skanilo |
Por SonarScanner for Maven 5.0 kaj postaj aŭ CLI 6.0 kaj postaj, la lanĉanta shell/CI-medio povas provizi:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080La propraj formoj estas sonar.scanner.proxyHost/sonar.scanner.proxyPort. Uzu gastigantnomon kaj eksplicite apartan pordon, ne plenan URL-on aŭ divenitan defaŭlton. HTTP-ero el la HTTP-prokurila listo povas plenigi ĉi tiujn kampojn nur por permesita publika SonarQube-finpunkta testo, kiam la reala skanila konfiguro ne havas prokur-uzantan aŭ prokur-pasvortan agordojn.
Provizu SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD per CI-legitimaĵa administrado, kiam necese. La SonarQube-analiza ĵetono aŭtentikigas alian partoprenanton.
Konservu la analizan URL-on kiel la realan SonarQube-servon. La Marketplace-prokurilo de la servilo regas alian procezon, kaj sukcesa Maven-solvo ne testas la konekton de la skanilo. Aguordigu la agordojn al la deplojita skanila familio/versio antaŭ ol ŝanĝi ilin.