sourcehut – la forge du hacker

sourcehut est un nouveau projet initié par Drew DeVault (notamment connu pour sway). Il s’agit d’une forge composée de différents outils connectés. Sourcehut est sous licence GNU Affero General Public License. Principalement programmé en Python (avec le micro-framework Flask). L’interface Web n’utilise pas JavaScript et n’en est pas moins agréable à usiter sur différents types d’écrans.

De prime abord le service peu paraître déroutant et austère. Sourcehut est composé de mini-services interconnectés (git.sr.ht pour Git, hg.sr.ht pour Mercurial, todo.sr.ht pour gérer les tickets ou issues, man.sr.ht pour la documentation, builds.sr.ht pour l’intégration continue, lists.sr.ht pour gérer des mailing lists, etc.).

La documentation de sourcehut utilise sourcehut comme par exemple pour Git ou paste. Et les annonces à propos des évolutions régulières de la plateforme se font ici via le service de mailing lists. Bref c’est déjà vraiment très complet et super efficace. sourcehut repose sur un paradigme bien différent de GitHub ou de GitLab.

Pour moi c’est vraiment la forge du hacker. De par son pragmatisme, sa souplesse et le fait quelle repose sur des technologies ouvertes. Mais je reviendrai là-dessus plus tard. Attention, sourcehut n’est pas pour le développeur qui compte ces followers ou stars de ces projets. Et ne me faites pas dire ce que je n’ai pas dit. Je pense qu’un aspect un peu plus social pourrait aussi y être intégré. Mais de façon plus saine et pragmatique. Peut être simplement avec un mini-service de communication synchrone (contrairement aux emails) inter-équipe.

Une différence majeure entre sourcehut et GitHub réside dans lusage de Git. Particulièrement le processus de contribution à des projets. Tout le monde connaît bien les pull requests. Et bien avec sourcehut c’est beaucoup plus simple. Vous travaillez localement sur votre branche de votre propre dépôt (ou fork) et vous pouvez contribuer (en upstream) simplement en envoyant un patch par email. Oui je vous entend, mais lisez la suite avant de réagir comme ça. Des milliers de contributeurs de Linux et d’autres gros projets travaillent de cette manière encore aujourd’hui. En fait Git a été conçu pour travailler de cette manière. Envoyer des patchs par email en 2019 peut paraître old school, mais pour avoir essayé je peux vous dire que c’est vraiment simple et même plus rapide que de passer par une interface Web. Dans mon cas j’ai utilisé cette extension Git qui permet denvoyer un set de commits en upstream par email. Et une fois lextension bien configurée, il suffit par exemple de taper git send-email HEAD~2. Qui en quelques sortes est léquivalent d’une pull request sur GitHub. Ensuite le mainteneur peut appliquer le patch. Aussi l’avantage de l’email pour contribuer à des projets est que vous utilisez des technologies open source. Vous pouvez ainsi utiliser des clients comme Thunderbird ou KMail. Ou directement SMTP si vous utilisez le module Git send-email. Et comme on peut le voir, il est naturellement possible de discuter sur un patch soumis avant qu’une contribution soit acceptée. Comme une discussion sur GitHub. Sauf que ces discussions je peux les suivre depuis KMail et y prendre part sans ouvrir mon navigateur Web. Alors certes, j’aime beaucoup ce navigateur Web qui est Firefox. Mais ces derniers temps il est beaucoup utilisé pour interagir avec des services propriétaires. Et je trouve ceci assez ironique. Le fait qu’une bonne veille application de bureau permette finalement de communiquer en utilisant des standards, dans le cadre de contributions à des projets open source. Bon, c’est un autre sujet…

Pour finir ce que je trouve assez rigolo avec le service sourcehut (sr.ht), c’est la page pricing. C’est exactement mon esprit. Je n’ai jamais dépensé un cent pour GitHub ou GitLab alors que je contribue déjà financièrement à sourcehut. Pour l’instant à hauteur de 50 euros par an. Et si nécessaire je nhésiterai pas à donner plus.

Related Posts