• [^] # Re: Méthode d’installation alternative

    Posté par . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 3.

    La raison principale est que la personnalisation de pas mal de choses fait que tu ne trouves que très difficilement de l'aide aux problèmes que tu as quand tu fais des recherches en ligne.

    Ici ça a commencé à aller beaucoup mieux une fois que j’ai trouvé les commandes gitlab-rake et gitlab-rails-console fournies par le paquet Debian ;)

    Je n'arrivais pas à faire fonctionner plusieurs fonctionnalités de base que j'estime importantes.

    Il m’est aussi arrivé d’avoir des soucis, que j’ai donc rapportés sur l’outil de suivi des bugs pour ce paquet chez Debian : https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gitlab
    Et à l’occasion je suis directement allé contribuer des patchs auprès des mainteneurs du paquet : https://salsa.debian.org/ruby-team/gitlab

    Dans l’ensemble j’ai eu affaire à des personnes réactives et impliquées, je ne me suis jamais retrouvé avec un souci important qui persiste longtemps.

    En plus, à chaque mise à jour, je passais une demi journée à refaire marcher ma config.

    Je n’ai pas eu ce genre de souci, peut-être parce que j’utilise une base Debian stable qui ne fait quasiment rien tourner d’autre que GitLab ?

    Les mises-à-jour des dépôts officiels Debian sont automatisés via unattended-upgrades + needrestart, et je fais manuellement les mises-à-jour de GitLab lorsqu’elles me sont signalées par la mise-à-jour de la page de wiki associée : https://wiki.debian.org/gitlab
    (on peut "s’abonner" à une page du wiki Debian, pour être prévenu par e-mail à chacune de ses modifications)