mamot.fr is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mamot.fr est un serveur Mastodon francophone, géré par La Quadrature du Net.

Server stats:

3.5K
active users

Paco Velobs

Décidément, FTW face à !
Comment ont-ils pu être aussi important dans le game avec un produit aussi nul ?
How wait, ça me rappelle le propriétaire du bouzin...

@PacoVelobs parce que tu peux l'installer chez toi. contrairement à girhub.
L'ergonomie est certes différente mais je pense surtout que les gens sont habitués à celle de girhub.

@fredenbois Je pensais plus à des différences fonctionnelles sur les versions .
J'avoue, je trouve la mise en forme (polices, couleurs, espacements) des pages de totalement illisible mais c'est subjectif.
Par contre la de demande moins de code pour faire plus de choses par exemple.
Sans parler des fonctionnalités natives pour l' absentes de et juste présentes et fonctionnelles sur

@PacoVelobs ah pardon, j'avais mal compris ton pouet. Je pensais que tu jugeais gitlab beaucoup moins bien que github

@fredenbois
Nonononononpnononononononononononononononon

@PacoVelobs Gitlab fonctionne, même très bien, et pour naviguer beaucoup entre les deux, j'aime énormément Gitlab au final.
Et la transparence totale de Gitlab sur leur feuille de route, fonctionnement interne et code source, c'est vraiment unique.

@PacoVelobs comment l’automation CI/CD de Gitlab se compare à GitHub? Parce que, à ce point, c’est sans doute le plus important pour les projets qui envisageraient de migrer…

@metacosm Chez , ils poussent à l'usage des , des bouts de réutilisables fournis par eux ou par la communauté. C'est possible aussi avec , facilement, mais je trouve qu'ils y poussent moins.

Chez , tu as des _jobs_ dans des _stages_, clairs, faciles, lisibles.
Chez tu as des _steps_ dans des _jobs_ eux mêmes rangés dans des _worflows_ appelant potentiellement des _actions_, bordélique, foutraque.

@metacosm Ils diffèrent aussi sur la gestion des permissions. Les deux utilisent des sortes de _service accounts_ mais pas est beaucoup plus granulaire avec sa gestion par _tokens_ d'utilisateur, de projet, de groupe. repose que des que tu peux installer dans des _dépots_, _organizations_ ou _enterprise_ selon le niveau d'usage.

Au final, les deux sont bien pour ce point, ils sont juste différents.

@metacosm Dernier point important à mes yeux pour ce qui est de considérer une migration, chez tu ne peux avoir que github.com/{user,organization}. Et je parle d'expérience, gérer plusieurs _organizations_ c'est pas fou fou fou.
Là où te permet un _nesting_ infini de https://whaterver/{nested_groups}/project.git. C'est immensément plus naturel à mes yeux.