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?
Pas du tout. Enfin, c'était peut être vraie à ton époque.
Dans ma boîte, on couple Gerrit (pour le code review) et Jenkins. Les commits sont en attentes dans Gerrit pour être validés par un humain, et automatiquement Jenkins vérifie de son côté que cela compile et les tests soient corrects.
Quand l'humain et Jenkins ont validé de leur côté, le commit peut être mergé.
Bref, on peut valider à priori avec Jenkins, au moins avec Gerrit. Comme Gerrit repose sur git, cela devrait être possible de faire avec git directement aussi.
[^] # Re: Oubliez le bling-bling, et revenez à l'essentiel !
Posté par Renault (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 3.
Pas du tout. Enfin, c'était peut être vraie à ton époque.
Dans ma boîte, on couple Gerrit (pour le code review) et Jenkins. Les commits sont en attentes dans Gerrit pour être validés par un humain, et automatiquement Jenkins vérifie de son côté que cela compile et les tests soient corrects.
Quand l'humain et Jenkins ont validé de leur côté, le commit peut être mergé.
Bref, on peut valider à priori avec Jenkins, au moins avec Gerrit. Comme Gerrit repose sur git, cela devrait être possible de faire avec git directement aussi.