La version communautaire est pour ma part limité, il y a une fonctionnalité qui n'existe que dans la version commerciale et qui est pour moi déterminante qui est celle de la stratégie de merge sur un pull request. Avec la version communautaire seulement le merge request est permis, adieu les possibilités de rebase/squash+cherry-pick qui permettent d'avoir un historique linéaire.
Coté CI de gitlab, c'est assez simple à faire marcher par contre c'est beaucoup trop lié à GIT donc dès que tu veux faire des choses qui sont périodique avec tu te retrouve à bidouiller de faux événements git via cron, la dessus Jenkins est bien plus puissant. Pareille pour ce qui est tableau de reporting (avoir de joli graphique qui parle au chef de projet sur le nombre de tests qui passe etc...), coté gitlab on est très très limité.
# Version communautaire limité
Posté par Tangi Colin . En réponse au journal GNOME va passer à GitLab. Évalué à 8. Dernière modification le 18 juillet 2017 à 09:54.
La version communautaire est pour ma part limité, il y a une fonctionnalité qui n'existe que dans la version commerciale et qui est pour moi déterminante qui est celle de la stratégie de merge sur un pull request. Avec la version communautaire seulement le merge request est permis, adieu les possibilités de rebase/squash+cherry-pick qui permettent d'avoir un historique linéaire.
Coté CI de gitlab, c'est assez simple à faire marcher par contre c'est beaucoup trop lié à GIT donc dès que tu veux faire des choses qui sont périodique avec tu te retrouve à bidouiller de faux événements git via cron, la dessus Jenkins est bien plus puissant. Pareille pour ce qui est tableau de reporting (avoir de joli graphique qui parle au chef de projet sur le nombre de tests qui passe etc...), coté gitlab on est très très limité.