Configuration de l'Hudson à déployer une version

Je suis en train de configurer Hudson, de sorte que je serai en mesure de déployer automatiquement un build (un .la guerre de fichier) pour Tomcat. Le nouvellement déployé construire sera ensuite utilisé par quelqu'un pour tester l'application.

J'ai essayé d'utiliser le Déployer Plugin de déployer automatiquement les .la guerre de fichier, et cela fonctionne. Cependant, le travail qui crée la .la guerre de fichier sera exécuté après chaque scm changement (à chaque fois que le code est engagé). Avec le déploiement du Plugin .la guerre de fichier de déploiement sur Tomcat chaque fois qu'un build est fait. Parce que le code est engagé fréquemment, cela signifie que l'application web reprend souvent ainsi, et ce sera d'interrompre le processus de test.

J'apprécie le fait que Hudson s'exécute mon unité-tests et fait bâtir régulièrement, donc je ne veux pas changer les éléments déclencheurs de ce travail.

Je suis à la recherche d'une manière que je peux manuellement décider de déployer à partir de Hudson. J'ai essayé de créer un travail distinct, qui déploient l' .la guerre du premier emploi, mais cela n'a pas fonctionné. Quelqu'un a une expérience de quelque chose comme cela?

OriginalL'auteur Daniël Rutten | 2011-01-06

  1. 8

    Comment obtenir les objets

    Œil à la section "Comment d'annulation ou de redéployer une version précédente" sur le Déployer Page Du Plugin. Il décrit l'idée de base. Il utilise le Copie Artefact Plugin pour copier les objets à partir de la génération d'emploi de votre emploi actuel (le travail de déploiement). À partir de là, vous faites la même chose que vous avez fait dans votre étape de génération.

    Comment déclencher le déploiement

    Le travail ne peut pas être déclenché après le début de la déployer, de sorte que la première d'une génération fonctionne et que le travail de déploiement. Donc, il y a quelques options:

    • déclencher manuellement la construction. L'utilisateur qui démarre le déploiement des besoins de sélectionner l'exécution du travail.
    • mise en place programmée Cela pourrait être une partie de la nuit tâches. Le travail se déclenche à un certain intervalle (comme tous les soirs ou tous les week-ends). Depuis qu'il est automatisé, le travail de déploiement devrait prendre la dernière génération réussie (vous n'avez pas besoin d'un paramétrés au travail). Vous n'avez pas de chance de passer dans un numéro du run.
    • le travail de déploiement obtient déclenché à chaque fois une version se termine succès (ne convient pas à vos besoins, mais pour compléter la liste)
    • Certains autres (ésotérique) déclencheur. Cela peut être beaucoup de choses par exemple, déclenchées à distance par l'appel de la de la construire des URL. L'appel peut venir de votre billetterie de l'installation, le laboratoire de test de système de gestion, ou tout autre système vous le souhaitez. Vous pouvez également déclencher le déploiement, par des changements spécifiques dans votre système de contrôle de source, comme changer le numéro de version (par exemple, marquée par un mot-clé dans le message de commit). Ce déclencheur peut être mis en œuvre à l'intérieur ou à l'extérieur de l'Hudson. Il y a d'autres déclencheurs. Cela inclut, mais n'est pas limité à la page html changement, un changement d'surveillé partie du système de fichiers, de messages instantanés, e-mail. Les trois premiers sont mis en œuvre par un plugin Hudson. Jetez un oeil à la liste des plugins, à savoir qu'est-ce que tous les evailable
      ou Dans les deux cas, vous devez vous assurer que le travail des archives de tous les éléments nécessaires pour le déploiement.
    Je vous remercie. Bien qu'il m'a fallu un certain temps pour trouver le bon chemin d'accès de l'objet à copier, j'ai pensé à elle et maintenant ça fonctionne.

    OriginalL'auteur Peter Schuetze

  2. 1

    J'ai plusieurs hudson emplois par projets:

    1. Un emploi principal qui vient de la réalisation du projet et effectue les tests. Si elle réussit, elle lance les travaux suivants:
    2. Un métriques de code du travail (PMD, FindBugs, Cobertura, CheckStyle, aussi JavaDoc génération) et
    3. Un travail de déploiement de la réalisation du projet à l'aide de mvn package -DskipTests et déploie la guerre sur tomcat

    Je trouve que la séparation de ces rendu les choses plus facile, seul le premier emploi est à l'écoute de SCM des changements.

    Cependant, une autre façon serait de laisser la 3e travail également écouter de la SCM (mais avec un intervalle plus long, peut-être une heure).

    Il n'a pas voulu savoir ce que les emplois sont bonnes pour créer. Son problème était qu'il ne savait pas comment obtenir les artefacts du travail pour le travail de déploiement.
    Cette solution permettrait de créer la même construction deux fois. J'avais envisagé cette solution, mais j'ai pensé que il devait y avoir une meilleure façon. Pierre solution qui fonctionne pour moi.

    OriginalL'auteur Sean Patrick Floyd