Dans l'un des articles publiés sur le hub, j'ai lu
dans les commentaires qu'il y avait des copies de
deepNude sur gitlab.com , par pure curiosité, je l'ai trouvé et j'ai fait une fourchette «au cas où». 3 heures après cela,
je n'ai pas pu exécuter le code, car a volé dans l'interdiction ...

Après une correspondance avec le support, il s'est avéré que j'ai violé les règles de leur service et que j'ai été déverrouillé, mais je dois supprimer deepNude de mon compte dans les 24 heures.
Mais je n'ai pas pu entrer, probablement à cause du déverrouillage à deux facteurs inclus et incorrect:

Pendant que j'attendais la prochaine réponse du support, j'ai été submergé par la pensée "Garder le code sur gitlab.com n'est pas fiable, les règles peuvent changer, et vous avez tout le travail lié à elles, vous ne pouvez même pas contourner leur registre et CI / CD."
Mais le fait est que gitlab est pratique, et je ne comprends vraiment pas comment vous pouvez vivre en 2019 sans leur CI / CD. Et d'autres goodies. En général, j'ai levé un serveur distinct, y ai roulé docker / docker-compose /
gitlab runner /
Gitlab CE /
Registry n'a pas levé (Amazon ECR)
Voilà, les déploiements sont désormais indépendants des politiques d'administration des services. Je suis satisfait et tout à coup une lettre arrive disant que cette fois j'étais complètement débloqué. J'ai supprimé deepNude et transféré tous mes référentiels (et il y en a plus de 50) en un seul clic vers la version selfHosting de Gitlab.
En fin de compte
Des pros:- Builds et déploiements accélérés deux fois! de 6 minutes à 3x (assemblage / test / déploiement pour prod)
- Il y avait un contrôle complet des différents processus via le panneau d'administration Gitlab CE
- Il n'y a aucune dépendance sur les politiques de service, ici vous êtes votre propre patron
- Subjectivement, Gitlab CE fonctionne beaucoup plus rapidement que la version cloud dans tous les aspects.
Des inconvénients:- Il est nécessaire de faire des sauvegardes (je fais le mécanisme de sauvegarde intégré chez DigitalOcean)
- Il est nécessaire de mettre à jour et de surveiller périodiquement l'état du serveur / conteneurs
En général, clonez deepNude (s'il est toujours là) et devez passer à votre gitlab)), vous ne le regretterez pas. Probablement, si ce n'était pas le cas, il ne m'est pas venu à l'esprit de le faire.
Si quelqu'un est intéressé, je peux télécharger des configurations docker-compose pour lancer mes exemples de configuration Gitlab CE et CI / CD.
Bonne semaine de travail!
UPD: Comme l'
a correctement noté
amarao dans les
commentaires :
Je ne considérerais pas le service de sauvegarde interne de l'hébergeur comme fiable. Une explosion de facturation, et il n'y a pas d'instance, pas de sauvegarde
Par conséquent, en plus de la sauvegarde sur DO, j'ai configuré le
mécanisme de sauvegarde natif dans Gitlab CE , maintenant le vidage de la base de données et des référentiels sur Amazon S3 est effectué sur la couronne, à partir de laquelle vous pouvez facilement récupérer (mais pour l'expérience, vous devrez effectuer une récupération d'essai, je verrai ce qui en sort. )
Vous pouvez également utiliser la
mise en miroir du référentiel