URL: https://linuxfr.org/news/gitlab-libere-les-gitlab-pages Title: GitLab libère les GitLab Pages Authors: Framasky Davy Defaud et palm123 Date: 2016年12月25日T09:45:41+01:00 License: CC By-SA Tags: gitlab et framasoft Score: 78 [GitLab](https://gitlab.com), une des alternatives à GitHub, a fait un superbe cadeau de Noël à sa communauté : l’intégration des [_GitLab Pages_](https://about.gitlab.com/2016/12/24/were-bringing-gitlab-pages-to-community-edition/) à la version communautaire de GitLab ! Le [ticket](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605) où a eu lieu la discussion amenant à cette décision a été ouvert il y a neuf mois et, alors que la discussion s’était éteinte il y a près de deux mois sur un refus (argumenté et compréhensible) de la part de GitLab, celle‐ci a repris il y a deux semaines pour aboutir à un dénouement inattendu : l’intégration des _GitLab Pages_ à la version communautaire. ---- [GitLab](https://gitlab.com) [L’annonce de la libération](https://about.gitlab.com/2016/12/24/were-bringing-gitlab-pages-to-community-edition/) [Le ticket à l’origine de la libération](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605) [GitLab Pages](http://pages.gitlab.io/) ---- ## Qu’est‐ce que GitLab Pages ? À l’instar des [pages Github](https://pages.github.com/), les pages GitLab permettent à toute personne possédant un dépôt sur un GitLab de créer un site Web via un générateur de site statique (Jekyll, Middleman, Hexo, Hugo, Pelican...) et de l’héberger sur l’infrastructure dudit GitLab. La compilation du site est effectuée lors du *push* vers le dépôt GitLab, via le système d’[intégration continue de GitLab](https://about.gitlab.com/gitlab-ci/), puis le résultat est publié à l’endroit idoine pour être accessible via le Web. Il est possible d’[utiliser un nom de domaine personnel](https://docs.gitlab.com/ee/pages/README.html#add-a-custom-domain-to-your-pages-website) (il n’est pas obligatoire d’utiliser une adresse du style __), ainsi qu’un [certificat personnel](https://docs.gitlab.com/ee/pages/README.html#secure-your-custom-domain-website-with-tls). ## Et ça sert ? Les pages GitHub sont très souvent utilisées par les développeurs pour fournir une page de présentation de leurs projets, même les plus gros : [_Ruby on Rails_](https://github.com/rails/homepage), [Django](https://github.com/django/djangoproject.com), [React](https://github.com/facebook/react/tree/gh-pages)... Les pages GitLab sont donc susceptibles d’être tout autant utilisées que les pages GitHub. La demande est là. Et avec le [danger que représente GitHub](https://carlchenet.com/le-danger-github-revu-et-augmente/), il est plaisant de voir qu’une de ses alternatives libres s’étoffe et propose une de ses fonctionnalités des plus appréciées. Tellement appréciées que certains utilisent les pages GitHub comme hébergement pour leur blog ! ## La discussion Le [ticket](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605) où a eu lieu la discussion a été ouvert suite à l’interpellation sur Twitter de GitLab par... votre [serviteur](https://linuxfr.org/users/lucsky2003). En effet, Framasoft proposant une [instance de GitLab](https://framagit.org) libre d’utilisation, nous recevions beaucoup de demandes pour fournir un service équivalent à _GitLab Pages_. D’où ma demande via Twitter. L'argumentaire de GitLab était le suivant : une fonctionnalité de GitLab qui ne serait pas utile à des installations de moins de 100 utilisateurs n’a pas vocation à être intégrée à la version communautaire de GitLab [[_lien_](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_4435891)]. À noter : GitLab a proposé à Framasoft de lui fournir une licence pour l’édition _Entreprise_ de GitLab avec un rabais... Proposition refusée, puisque Framasoft ne veut utiliser que du logiciel libre. :-) La communauté a réagi en indiquant bien que les _GitLab Pages_ seraient utiles, même aux installations de moins de 100 développeurs. [Au bout de trois mois](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_12545546), votre serviteur a codé un pis‐aller de _GitLab Pages_ : [_Fs Pages_](https://framagit.org/luc/fs-pages), afin de fournir . La compilation est laissée à la charge du développeur et il n’est pas possible de choisir un nom de domaine personnalisé. Après quelques appuis supplémentaires de la part de la communauté en faveur de l’intégration, le [ticket fut fermé](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_13990871) avec l’argument du business : GitLab avait peur, ce qui est compréhensible, de diminuer l’attrait de l’édition _Entreprise_ puisqu’une des *killer features* serait déjà dans l’édition communautaire. Il fut [rappelé](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_14001604) que l’instance officielle, disponible sur , libre d’utilisation de façon illimitée, permettant (au contraire de GitHub) d’avoir des dépôts privés, utilise l’édition _Entreprise_ et propose de ce fait les _GitLab Pages_. À quoi il fut [répondu](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_14003837) que cela n’avait guère plus de sens que d’utiliser GitHub, puisqu’il s’agissait alors d’utiliser une solution propriétaire. La discussion semblait finie... jusqu’à une [nouvelle note](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_19811831), il y a deux semaines. L’argument utilisé me semblait des plus fragiles : avec les _GitLab Pages_ dans l’édition communautaire, plus de développeurs utiliseraient GitLab pour héberger leur _blog_, ce qui aurait pour effet de faire grandir la notoriété de GitLab par le bouche à oreille, donc d’avoir plus de personnes familières avec la plate‐forme et donc d’avoir potentiellement plus de prescripteurs qui pourraient faire pencher la balance en faveur de GitLab lors du choix d’une forge en entreprise. L’argument de la notoriété. Le genre d’argument que l’on sort, par exemple, pour ne pas payer un [graphiste](http://monmacon.tumblr.com/) : « Ça vous fera de la pub ». Les gens de GitLab, devant la reprise des discussions, [annonçèrent](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_20312668) qu’ils allaient y repenser... Il fut [proposé](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_20320480) un financement participatif pour offrir une compensation à GitLab en échange de la libération des _GitLab Pages_. Une autre [organisation sans but lucratif](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_20434345) comme Framasoft, bien que plus petite (ce sont leur termes), vint appuyer la demande de libération, ainsi que l’idée d’un financement participatif. Et enfin... la [demande de fusion](https://gitlab.com/gitlab-org/gitlab-ce/issues/14605#note_20484561) de la libération apparut. ## Au final Au‐delà de l’excellente nouvelle de l’arrivée des _GitLab Pages_ dans la version 8.16 qui arrivera le 22 janvier 2017, nous avons là un bel exemple de dialogue avec la communauté. Les échanges furent cordiaux, argumentés, et le « non » initial fut accueilli sans animosité par la communauté. La communauté, de son côté, fut opiniâtre et cela a payé. Notons que la communauté n’attendait pas que cela lui tombe tout cuit dans la bouche, entre solutions alternatives codées à la main ou bidouillées à coup de `rsync` et proposition de financement participatif. Bref, un bel exemple de gestion de communauté à suivre, d’un côté comme de l’autre.

AltStyle によって変換されたページ (->オリジナル) /