Comment faire pour que Jenkins CI avec Git se déclenche sur les poussées vers master ?

Question

J'essaie de configurer Jenkins-ci pour un projet utilisant GitHub. J'ai déjà configuré Jenkins avec les plugins appropriés. Je veux que Jenkins exécute la construction scripts uniquement lorsque quelqu'un sur le projet pousse vers master. Jusqu'à présent, j'ai pu le configurer pour qu'une construction soit déclenchée chaque fois que quelqu'un pousse vers n'importe où, mais c'est trop large. J'ai fait cela avec des hooks de service post-receive sur Git.

J'ai lu le wiki de Jenkins, et quelques tutoriels, mais ce détail particulier est absent... Est-ce quelque chose à faire avec le sondage peut-être ? Ou faut-il travailler du côté de Git, pour que Git ne déclenche Jenkins que lorsque master est modifié ?

Answer 1

Comme l'a déjà fait remarquer gazéifié dans son commentaire, en attendant il existe une bonne solution (décrite dans Polling must die : déclencher des constructions Jenkins à partir d'un hook Git ) :

• Définir le déclencheur de construction de la tâche Jenkins à Sondage SCM mais ne no spécifier un calendrier.

• Créer un déclencheur GitHub post-receive pour notifier l'URL

  http://yourserver/jenkins/git/notifyCommit?url=<URL of the Git repository>?token=<get token from git to build remotely>

• Cela déclenchera toutes les constructions qui interrogent le dépôt Git spécifié.

• Cependant, le polling vérifie réellement si quelque chose a été poussé vers la branche utilisée.

Il fonctionne parfaitement.

Answer 2

Depuis la version 0.5, le plugin GitHub pour Jenkins peut déclencher une construction lorsqu'un changement est poussé vers GitHub .

Answer 3

Au lieu de déclencher construit à distance, modifiez la configuration de votre projet Jenkins pour déclencher les constructions par sondage.

Jenkins peut interroger sur la base d'un interne fixe, ou par une URL. Cette dernière est celle que vous voulez pour sauter les constructions s'il n'y a pas de changements pour cette branche. Les détails exacts sont dans la documentation . Pour l'essentiel, il suffit de cocher l'option "Poll SCM", de laisser la section "schedule" vide, et de définir une URL distante pour atteindre JENKINS_URL/job/name/polling.

Si vous avez un environnement Jenkins sécurisé, il y a une différence entre /build le /polling L'URL nécessite une authentification. Les instructions aquí ont des détails. Par exemple, j'ai un crochet GitHub Post-Receive qui va à username:apiToken@JENKIS_URL/job/name/polling .

Answer 4

Ce n'est pas lié à Git, mais ci-dessous je vais vous aider à configurer la tâche Jenkins en détail avec Mercurial. Cela peut aider d'autres personnes ayant un problème similaire.

1. Installer le plugin URL Trigger
2. Allez à la page de configuration des travaux et sélectionnez Poll SCM option. Définissez la valeur sur * * * * *
3. Vérifiez l'option : [URLTrigger] - Poll with a URL . Vous pouvez maintenant sélectionner certaines options comme le changement de date de modification, le contenu de l'URL, etc.
4. Dans les options, sélectionnez Modification du contenu de l'URL, puis sélectionnez la première option. Monitor change of content
5. Sauvegardez les modifications.

Maintenant, déclenchez des changements dans le dépôt Mercurial par des check-ins de test.

Voyez que le travail Jenkins fonctionne maintenant en détectant les changements SCM. Lorsque la construction est exécutée en raison des changements Mercurial, alors, vous verrez du texte Started by an SCM change . Sinon, l'utilisateur qui l'a lancé manuellement.

Answer 5

Vous devez spécifier la branche. Par défaut, il écoute n'importe quoi. Voir l'article de blog Hudson : Plugins Git et Maven .