Vraiment, il existe d'autres choses que gitlab, ne restez pas coincé dans des idées aussi coincées.
Tant que tu es conscient que tu as besoin des liens, OK pas de soucis.
Sauf que dans l'exemple du journal, ça ne semble pas du tout l'idée de la personne : je parie qu'elle n'a aucun CI.
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.
hum... De ce que je connais de Jenkins (c'est très vague), il permet de lancer des tests après un merge/commit, et donc trop tard (on fait de la correction à postériori, mieux que rien mais pas le mieux, je l'imagine pour des tests trop longs pour le CI, c'est parfois chiant d'attendre 24 heures que le CI accepte un PR). Comment bloques-tu le PR dans le gestionnaire de version tant que les tests ne sont pas fait avec Jenkins?
[^] # Re: Oubliez le bling-bling, et revenez à l'essentiel !
Posté par Zenitram (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à -1.
Tant que tu es conscient que tu as besoin des liens, OK pas de soucis.
Sauf que dans l'exemple du journal, ça ne semble pas du tout l'idée de la personne : je parie qu'elle n'a aucun CI.
hum... De ce que je connais de Jenkins (c'est très vague), il permet de lancer des tests après un merge/commit, et donc trop tard (on fait de la correction à postériori, mieux que rien mais pas le mieux, je l'imagine pour des tests trop longs pour le CI, c'est parfois chiant d'attendre 24 heures que le CI accepte un PR). Comment bloques-tu le PR dans le gestionnaire de version tant que les tests ne sont pas fait avec Jenkins?