Veille techologique - Serveur GitLab Partie 2

Lors du dernier article, nous nous étions laissé sur une installation à moitié terminée à cause d'un manque de ressource sur le serveur. J'ai pu terminer l'installation et j'ai utilisé le serveur pour quelques projets personnels. Aujourd'hui, nous allons voir le résultat de tout cela dans cet article.

Fin de l'installation et configuration

Pour l'installation, les fichiers manquants, lors de la dernière fois, semble être créés à la création du serveur. Pour être sûr de ne rien manquer, j'ai préféré supprimer mon installation presque fonctionnelle et m'en refaire une nouvelle.

Avec l'image sur Docker Hub, cela a pas mal été fait en quelques cliques et le tour était joué. J'ai attendu quelques minutes et le serveur était opérationnel! Par contre, je n'avais pas le mot de passe du compte administrateur. Je crois que celui-ci avait été montré dans les logs et je n'y ai pas fait attention. Pour remédier à ce problème, j'ai dû allé modifier le mot de passe de l'utilisateur dans la base de donnée. Cela était un peu bizarre à faire comme procédure, mais je suis probablement celui à blâmer pour cela.

Pour la configuration de l'instance, j'ai été surpris par la quantité d'options que l'administrateur a accès. Il semble y avoir des options pour absolument tout et cela est toujours quelque chose de plaisant à avoir pour des plateformes autant grosse.

La page administrateur a aussi été une agréable surprise à comparé des paramètres un peu pêle-mêle de GitLab. La page est claire et à toute les informations qu'un administrateur voudrait avoir sont à porté de main. Il y a l'option de voir tout les projets, les utilisateurs, des fonctionnalités activés et désactivés, les groupes et etc.

Pour terminer, l'accès externe était très simple à configurer à l'aide d'un "reverse proxy".

Utilisation de la plateforme

Cela fait maintenant quelques jours que j'utilises ce serveur pour héberger quelques projets personnels au lieu de les faires héberger sur GitHub ou d'avoir des "repository" git sans origin qui traine sur mon ordinateur. Je n'ai pas rencontré de problème avec tout se qui est des fonctions de bases comme "push" ou comment il gère des accès.

Il y a quelques points positifs et négatifs que j'aimerais parler un peu. Bien que tout cela semble avoir bien été, il y a quelques commentaires que j'aimerais adresser.

Points positifs

Un des gros points positifs est qu'il y a une image fonctionnelle sur Docker Hub. J'apprécie qu'une compagnie offre une image officielle, à jours et qui requiert très peu d'étape pour l'installation (lorsqu'elle va bien). Aussi, la documentation pour l'installation était complète et à aucun moment j'ai ressenti qu'elle avait été fait juste pour faire plaisir aux utilisateurs. L'effort mis dedans pour vraiment aider et offrir beaucoup options parait.

Un autre point positifs est que je n'ai pas rencontré de publicité ou je n'ai pas eu de "pop-up" malgré que j'aille la version communauté. Au contraire, la version communauté est très complète et à aucun moment j'ai dû m'empêcher de faire quelques choses parce que la fonctionnalité manquait.

Comme dit plus haut, nous avons accès à pas mal tout changer comme l'on veut sur l'instance et cela est un points très positifs pour moi. J'aime bien pouvoir modifier l'instance comme je veux et la transformer en mon petit GitLab personnel. L'administrateur peut même changer l'icône de GitLab en haut à gauche et le favicon!

Points négatifs

Comme premier point négatif, je n'ai pas aimé, qu'une journée, je me suis levé et j'avais deux nouveaux utilisateurs sur mon serveur. Les deux utilisateurs étaient des "bots" qui ont seulement apparus du jours au lendemain. J'ai vérifié un peu les paramètres et il ne semble pas avoir de moyen de les supprimer ou de les bannir.

Un autre point négatif est que les liens pour "clone" les projets est toujours le nom du conteneur et non le vrais lien. Pour remédier à cela, je dois configurer le nom de domaine dans un fichier du serveur, mais même après avoir fait ce changement les liens sont restés pareil. Cela ne me dérange pas de taper à la main les liens vers les projets, mais je pourrais voir cela être un problème pour un utilisateur externe qui devrait toujours taper les liens. Bien évidement qu'une grosse installation aurait prit le temps de modifier cela. Comme je disais, cela est mon installation et cela ne me dérange pas assez pour que je le change.

Comme dernier point négatif, j'ai tenté de configurer le "reverse proxy" qui vient avec l'instance et je n'ai pas été capable de le faire fonctionner. J'ai terminé par juste prendre celui que j'avais déjà configurer pour mes autres services et le tour était joué.

Conclusion

Pour conclure, je dois dire que cette expérience était un bon apprentissage sur GitLab et j'ai été très surpris. Je ne me vois pas me séparer de cette instance dans un futur proche et je crois que je vais beaucoup l'utiliser pour mes projets et peut-être ceux de mes amis.