Un gestionnaire de version moderne doit gérer du CI (par gérer j'entends quelques tests avant d'accepter le PR), sinon il y a un problème de suivi de qualité / non régression (au moins dans la possibilité).
Ou l'inverse, tu peux très bien avoir ta CI qui gère ton gestionnaire de version. Jenkins fait ça très bien. Il se connecte à ton dépôt git et va lancer un build pour toutes tes branches et tu peux lui faire faire pour les pull request sans soucis.
Vraiment, il existe d'autres choses que gitlab, ne restez pas coincé dans des idées aussi coincées.
Je rappel, s'il le faut que pendant longtemps (je ne sais pas si c'est toujours le cas aujourd'hui), mais le créateur de git n'aimait pas du tout le fonctionnement de github (et celui de gitlab par extension).
Il y a des gens qui font autrement, écoutez un peu avant de juger.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Oubliez le bling-bling, et revenez à l'essentiel !
Posté par barmic . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 6.
Ou l'inverse, tu peux très bien avoir ta CI qui gère ton gestionnaire de version. Jenkins fait ça très bien. Il se connecte à ton dépôt git et va lancer un build pour toutes tes branches et tu peux lui faire faire pour les pull request sans soucis.
Vraiment, il existe d'autres choses que gitlab, ne restez pas coincé dans des idées aussi coincées.
Je rappel, s'il le faut que pendant longtemps (je ne sais pas si c'est toujours le cas aujourd'hui), mais le créateur de git n'aimait pas du tout le fonctionnement de github (et celui de gitlab par extension).
Il y a des gens qui font autrement, écoutez un peu avant de juger.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)