In einem der auf dem Hub veröffentlichten Artikel habe ich
in den Kommentaren gelesen, dass es Kopien von
deepNude auf gitlab.com gibt. Aus Neugier habe ich es gefunden und eine Gabel „nur für den Fall“ gemacht. 3 Stunden später konnte
ich den Code nicht ausführen, weil flog in das Verbot ...
Nach der Korrespondenz mit dem Support stellte sich heraus, dass ich gegen die Regeln ihres Dienstes verstoßen und entsperrt wurde, aber ich muss deepNude innerhalb von 24 Stunden von meinem Konto entfernen.
Aber ich konnte nicht teilnehmen, wahrscheinlich aufgrund des enthaltenen Zwei-Faktor- und falschen Entsperrens:
Während ich auf die nächste Antwort des Supports wartete, war ich überwältigt von dem Gedanken: "Es ist unzuverlässig, den Code auf gitlab.com zu behalten, die Regeln können sich ändern, und Sie haben die ganze Arbeit damit verbunden. Sie können nicht einmal eine Runde machen, um ihre Registrierung und CI / CD zu umgehen."
Tatsache ist jedoch, dass Gitlab praktisch ist, und ich verstehe wirklich nicht, wie Sie 2019 ohne CI / CD leben können. Und andere Leckereien. Im Allgemeinen habe ich einen separaten Server gehoben, dort Docker / Docker-Compose /
Gitlab Runner /
Gitlab CE / Registrierung nicht
gehoben (Amazon ECR)
Das war's, jetzt sind Bereitstellungen unabhängig von den Richtlinien für die Serviceverwaltung. Ich bin zufrieden und plötzlich kommt ein Brief, der besagt, dass ich diesmal völlig entsperrt war. Ich habe deepNude gelöscht und alle meine Repositorys (und es gibt mehr als 50) mit einem Klick auf die selfHosting-Version von Gitlab übertragen.
Zusammenfassend
Von den Profis:- Builds und Bereitstellungen wurden zweimal beschleunigt! von 6 Minuten bis 3x (Montage / Test / Bereitstellung für Produkt)
- Über das Admin-Panel Gitlab CE konnten verschiedene Prozesse vollständig gesteuert werden
- Es besteht keine Abhängigkeit von Servicerichtlinien, hier sind Sie Ihr eigener Chef
- Subjektiv arbeitet Gitlab CE in allen Aspekten viel schneller als die Cloud-Version.
Von den Minuspunkten:- Es ist notwendig, Backups zu erstellen (ich mache den eingebauten Backup-Mechanismus bei DigitalOcean)
- Der Status des Servers / der Container muss regelmäßig aktualisiert und überwacht werden
Im Allgemeinen klonen Sie deepNude (falls es noch vorhanden ist) und müssen zu Ihrem Gitlab wechseln. Sie werden es nicht bereuen. Wenn dies nicht der Fall wäre, wäre mir dies wahrscheinlich nicht in den Sinn gekommen.
Wenn jemand interessiert ist, kann ich Docker-Compose-Konfigurationen hochladen, um meine Gitlab CE- und CI / CD-Konfigurationsbeispiele zu starten.
Ich wünsche Ihnen eine gute Arbeitswoche!
UPD: Wie
Amarao in den
Kommentaren richtig vermerkt hat:
Ich würde den internen Backup-Service des Hosters nicht für zuverlässig halten. Eine Explosion in der Abrechnung, und es gibt keine Instanz, keine Sicherung
Daher habe ich zusätzlich zur Sicherung auf DO den
nativen Sicherungsmechanismus in Gitlab CE konfiguriert. Jetzt wird der
Speicherauszug der Datenbank und der Repositorys in Amazon S3 auf der Krone erstellt, von der Sie problemlos wiederherstellen können (aber für das Experiment müssen Sie eine Testwiederherstellung durchführen, ich werde sehen, was daraus wird )
Sie können auch die
Repository-Spiegelung verwenden