Detailliertes Tutorial zur Installation von SonarQube mit Docker

# Ziehen Sie das SonarQube-Image $ docker pull sonarqube:9.1.0-community (empfohlen) / $ docker pull sonarqube:7.6-community
# Ziehen Sie das Postgres-Image $ docker pull postgres:9.6.23

# Führen Sie die Postgres-Datenbank aus. $ docker run --name postgresqldb --restart=always -p 5432:5432 \
-e POSTGRES_USER=root \
-e POSTGRES_PASSWORD=123456 \
-d postgres:9.6.23

# Rufen Sie den Postgres-Container auf und erstellen Sie einen Benutzernamen und ein Passwort $ docker exec -it postgresqldb bash

# Melden Sie sich bei der Datenbank an psql -U root -W
# Erstellen Sie einen Benutzernamen und ein Passwort. Erstellen Sie den Benutzer „Sonar“ mit dem Passwort „Sonar“.
Sonar-Eigentümer-Sonar-Datenbank erstellen;
Gewähren Sie Sonar alle Berechtigungen für die Datenbank Sonar.

# Führen Sie den Befehl aus, ohne eine Verbindung zur Postgres-Datenbank herzustellen (nicht empfohlen)
docker run --name sonarqube --restart=always -p 9000:9000 -d naumy/hitrend-sonarqube:v1.0

# Führen Sie den SonarQube-Container aus docker run -d --name sonarqube --restart=always \
-p 9000:9000 \
-e sonar.jdbc.Benutzername=sonar \
-e sonar.jdbc.password=sonar \
-e sonar.jdbc.url=jdbc:postgresql://139.198.176.140:5432/sonar \
sonarqube:9.1.0-Community

# Speichern Sie das geänderte Image docker commit -a "naumy" -m "Install Chinese plugin" 19f1cc24dc98 hitrend-sonarqube:v1.0
# Ändern Sie den Namen des alten Images in den neuen Versionsnamen, der vom Repository-Docker-Tag hitrend-sonarqube:v1.0 naumy/hitrend-sonarqube:v1.0 benötigt wird.
# Melden Sie sich beim Docker-Hub an
Docker-Anmeldung       
# Push docker push naumy/hitrend-sonarqube:v1.0

# gitlab-ce ist eine stabile Version. Wenn Sie die Version nicht eingeben, wird standardmäßig die neueste Version heruntergeladen. $ docker pull gitlab/gitlab-ce

$ docker run -d -p 443:443 -p 80:80 -p 222:22 --name gitlab --restart always -v /home/gitlab/config:/etc/gitlab -v /home/gitlab/logs:/var/log/gitlab -v /home/gitlab/data:/var/opt/gitlab gitlab/gitlab-ce

# -d: Im Hintergrund ausführen# -p: Den internen Port des Containers nach außen abbilden# --name: Den Container benennen# -v: Den Datenordner oder das Protokoll, die Konfiguration und andere Ordner im Container im angegebenen Verzeichnis des Hosts mounten

# Der Inhalt der Datei gitlab.rb besteht standardmäßig nur aus Kommentaren$ vim /home/gitlab/config/gitlab.rb

# Konfigurieren Sie die vom HTTP-Protokoll verwendete Zugriffsadresse. Wenn keine Portnummer hinzugefügt wird, ist der Standardwert 80.
externe_URL 'http://192.168.199.231'

# Konfigurieren Sie die vom SSH-Protokoll verwendete Zugriffsadresse und den Port gitlab_rails['gitlab_ssh_host'] = '192.168.199.231'
gitlab_rails['gitlab_shell_ssh_port'] = 222 # Dieser Port ist der Port 222, der während der Ausführung Port 22 zugeordnet ist: wq #Speichern Sie die Konfigurationsdatei und beenden Sie 

# Starten Sie den Gitlab-Container neu $ docker restart gitlab

root@ba96cb6a1f47:/# Gitlab-Rails-Konsole
--------------------------------------------------------------------------------
 Ruby: Ruby 2.7.4p191 (2021-07-07 Revision a21a3b7d23) [x86_64-linux]
 GitLab: 14.3.2 (92acfb1b8a9) FOSS
 GitLab-Shell: 13.21.1
 PostgreSQL: 12.7
--------------------------------------------------------------------------------

irb(main):005:0> Benutzer = Benutzer.where(id: 1).first
=> #<Benutzer-ID:1 @root>
irb(main):006:0> Benutzer.Passwort=12345678
=> 12345678
irb(main):007:0> Benutzer.Passwort_Bestätigung=12345678
=> 12345678
irb(main):008:0> Benutzer.Speichern!
In die Warteschlange von ActionMailer::MailDeliveryJob (Job-ID: 4fc2d685-2fd6-41d9-893e-2dabc7c3b366) zu Sidekiq(Mailer) mit den Argumenten gestellt: „DeviseMailer“, „Passwort ändern“, „jetzt_liefern“, {:args=>[#<GlobalID:0x00007fc6c59b5b48 @uri=#<URI::GID gid://gitlab/User/1>>]}
=> wahr
irb(main):009:0> beenden

# Speichern Sie das geänderte Image docker commit -a "naumy" -m "initialize gitlab" ba96cb6a1f47 gitlab:v1.0
docker commit -a "naumy" -m "sonarqube:7.6-community " e70c6cbe2e0b sonarqube-7.6-community:v1.0
Docker-Tag SonarQube-7.6-Community: V1.0 Naumy/SonarQube-7.6-Community: V1.0
Docker Push Naumy/SonarQube-7.6-Community: V1.0
# Ändern Sie den Namen des alten Images in den neuen Versionsnamen, der vom Repository-Docker-Tag gitlab:v1.0 naumy/gitlab:v1.0 benötigt wird
# Melden Sie sich beim Docker-Hub an
Docker-Anmeldung       
# Push docker push naumy/gitlab:v1.0

Nach dem Ausführen des Containers wird dieser sofort beendet.

# Verwenden Sie den Befehl, um das laufende Protokoll anzuzeigen. Docker-Protokolle: Containername/Container-ID 

vm.max_map_count=262144

# Ziehen Sie das Image docker pull gitlab/gitlab-runner:v13.2.4

# Erstellen Sie ein Container-Mapping-Verzeichnis mkdir -p /dwz/docker-volume/gitlab-runner/config

# Erstellen Sie einen Container und führen Sie docker run -d --name gitlab-runner \ aus
--restart immer \
-v /dwz/docker-volume/gitlab-runner/config:/etc/gitlab-runner \
-v /var/run/docker.sock:/var/run/docker.sock \
gitlab/gitlab-runner:v13.2.4

docker exec -it gitlab-runner gitlab-runner register -n \
--url http://139.198.166.208 \
--registration-token 9zEbBYXSyqJqpNb9QSNh \
--executor docker \
--Beschreibung "Docker Runner" \
--docker-image "sonarsource/sonar-scanner-cli:latest" \
--docker-volumes /var/run/docker.sock:/var/run/docker.sock

sonar.projectKey=gitlab-sonorqube
sonar.qualitygate.wait=true
sonar.language=py

# Diese Datei ist eine Vorlage und muss möglicherweise bearbeitet werden, bevor sie für Ihr Projekt geeignet ist.
# Um Verbesserungen an CI/CD-Vorlagen beizutragen, folgen Sie bitte dem Entwicklungshandbuch unter:
# https://docs.gitlab.com/ee/development/cicd/templates.html
# Diese spezielle Vorlage befindet sich unter:
# https://gitlab.com/gitlab-org/gitlab/-/blob/master/lib/gitlab/ci/templates/Getting-Started.gitlab-ci.yml

# Dies ist eine Beispielkonfigurationsdatei für GitLab CI/CD, die ohne Änderungen ausgeführt werden sollte.
# Es demonstriert eine grundlegende 3-stufige CI/CD-Pipeline. Statt echter Tests oder Skripte
# es verwendet Echo-Befehle, um die Pipeline-Ausführung zu simulieren.
#
# Eine Pipeline besteht aus unabhängigen Jobs, die Skripte ausführen und in Phasen gruppiert sind.
# Die Phasen werden in sequenzieller Reihenfolge ausgeführt, die Jobs innerhalb der Phasen jedoch parallel.
#
# Weitere Informationen finden Sie unter: https://docs.gitlab.com/ee/ci/yaml/index.html#stages

levels: # Liste der Phasen für Jobs und deren Reihenfolge der Ausführung
  - bauen
  - prüfen
  - einsetzen

Build-Job: # Dieser Job wird in der Build-Phase ausgeführt, die zuerst ausgeführt wird.
  Phase: Bauen
  Skript:
    - echo "Der Code wird kompiliert..."
    - echo "Kompilierung abgeschlossen."

unit-test-job: # Dieser Job wird in der Testphase ausgeführt.
  Phase: Test # Er startet erst, wenn der Job in der Build-Phase erfolgreich abgeschlossen wird.
  Skript:
    - echo "Unit-Tests werden ausgeführt... Dies dauert etwa 60 Sekunden."
    - 60 Schlafplätze
    - echo "Die Codeabdeckung beträgt 90 %"

lint-test-job: # Dieser Job läuft auch in der Testphase.
  Phase: Test # Kann gleichzeitig mit dem Unit-Test-Job (parallel) ausgeführt werden.
  Skript:
    - echo „Code wird linten … Dies dauert etwa 10 Sekunden.“
    - 10 Schlafplätze
    - echo „Keine Lint-Probleme gefunden.“

Bereitstellungsjob: # Dieser Job wird in der Bereitstellungsphase ausgeführt.
  Phase: Bereitstellen # Wird nur ausgeführt, wenn *beide* Jobs in der Testphase erfolgreich abgeschlossen wurden.
  Skript:
    - echo „Anwendung wird bereitgestellt …“
    - echo „Anwendung erfolgreich bereitgestellt.“
    
Bild: 
  Name: Sonarsource/Sonar-Scanner-CLI:latest
  Einstiegspunkt: [""]

SonarQube-Prüfung:
  Skript: 
    - Sonar-Scanner -X -Dsonar.projectKey=gitlab-sonorqube -Dsonar.host.url=http://139.198.176.140:9000 -Dsonar.login=cbd26f998beeb61d7a991e0282efc430b020d9f1 -Dsonar.login=admin -Dsonar.password=admin -Dsonar.language=py -Dsonar.java.binaries=build/ -Dsonar.projectVersion=1.0 -Dsonar.sources=. 
  allow_failure: wahr
  nur:
    - Hauptnummer oder der Name Ihres Hauptzweigs

SonarQube-Prüfung:
  Bild: 
    Name: Sonarsource/Sonar-Scanner-CLI:latest
    Einstiegspunkt: [""]
  Variablen:
    SONAR_USER_HOME: "${CI_PROJECT_DIR}/.sonar" # Definiert den Speicherort des Analyse-Task-Cache
    GIT_DEPTH: "0" # Weist Git an, alle Zweige des Projekts abzurufen, die für die Analyseaufgabe erforderlich sind
  Cache:
    Schlüssel: "${CI_JOB_NAME}"
    Pfade:
      - .sonar/cache
  Skript: 
    - Sonar-Scanner -X -Dsonar.projectKey=gitlab-sonorqube -Dsonar.host.url=http://139.198.176.140:9000 -Dsonar.login=7f9e3408ac11e0699e2f8afdb21a662cc8ab2698 -Dsonar.login=admin -Dsonar.password=123456 -Dsonar.language=py -Dsonar.java.binaries=build/ -Dsonar.projectVersion=1.0 -Dsonar.sources=. 
  allow_failure: wahr
  nur:
    - Hauptnummer oder der Name Ihres Hauptzweigs