Kolejnym problemem, który napotkaliśmy było odpowiednie ustawienie Jenkinsa (autoryzacje, utworzenie projektów, uruchamianie przez migawkę na GitHub) oraz SonarQube (projekt, autoryzacja, bramka jakościowa).

1. Konfiguracja Jenkinsa.

   1. Konfiguracja wysyłania emaili przez Jenkinsa oraz konfiguracja skrzynki Gmail dla mniej bezpiecznych aplikacji,

   2. Uruchamianie projektu Jenkinsa przez migawkę,

   3. Utworzenie projektu w Jenkinsie uruchamiającego analizę SonarQube,

   4. Wskazanie lokalizacji pliku (sonar-jenkins.properties) w projekcie wykorzystującym SonarQube w konfiguracji SonarQube Scanner,

   5. Uwzględnienie bramki jakościowej SonarQube przy wyniku powodzenia budowania projektu Jenkinsa,

   6. Spakowanie projektu do archiwum war i rozmieszczenie go na serwerze produkcyjnym (CD),

   7. Konfiguracja macierzy uprawnień, wtyczka podpisująca kto uruchomił budowanie oraz utworzenie kont użytkowników.

   8. Dodatkowa konfiguracja Jenkinsa przez plik /etc/default/jenkins.

2. SonarQube

   1. Utworzenie projektu,

   2. Konfiguracja bramki jakościowej,

   3. Konfiguracja SonarScanner z wykorzystaniem listy parametrów konfiguracyjnych SonarScanner.

Plik konfiguracyjny Jenkinsa (/etc/default/jenkins) został wzbogacony o wpis HTTP_HOST=80.211.241.126 oraz zmianę JENKINS_ARGS="--webroot=/var/cache/$NAME/war --httpPort=$HTTP_PORT na JENKINS_ARGS="--webroot=/var/cache/$NAME/war --httpPort=$HTTP_PORT --httpListenAddress=$HTTP_HOST".

SonarQube może być rozbudowany o dodatkowe narzędzia analitycznie poprzez wtyczki. Jak na razie nie korzystaliśmy z tej możliwości.

• Isssue #9 punkt 5 i dalsze,

• Isssue #12,

• https://linuxhandbook.com/ci-with-gitlab-jenkins-and-sonarqube/.