versioning et le déploiement de fichiers de configuration d'application au serveur

Question

Nous utilisons svn visuel pour le contrôle de version. J'ai quelques serveurs Web de nuage où mes sites Web fonctionnent. Je souhaite créer des référentiels pour le contenu des sites Web. Je les vérifie dans les éditeurs locaux (notepad ++), les édite et les vérifie dans SVN. Mais lors de l'enregistrement sur visualSVN, je voudrais qu'ils soient déployés sur les serveurs web docroot. Dans certains cas, je voudrais également redémarrer le serveur web. Est-il possible d'utiliser les plugins de déploiement Jenkins +? Je suis très nouveau à Jenkins, quelqu'un peut m'aider avec quelques informations sur la façon dont nous pouvons y parvenir.

Answer 1

C'est l'un des scénarios pour lesquels Jenkins est conçu (Continuous Delivery, alias CD). Votre plan parfait pourrait ressembler à ceci:

1. Obtenir une nouvelle instance de Jenkins haut/en cours d'exécution (pour des expériences) (si vous êtes familier avec Docker it is one of the best ways à expérimenter avec Jenkins);
2. Configurer Subversion Plugin dans Jenkins (intégration avec SVN);
3. Configurez votre premier travail FreeStyle dans Jenkins qui interroge votre serveur Visual SVN pour les modifications (les choses que vous archivez SVN) et apprenez comment cela fonctionne (* * * * * < ~ - ce sondage change de votre contrôle source et chaque minute, idéal pour les expériences);
4. Configurez votre deuxième travail FreeStyle qui se connecte à l'un de vos serveurs Web (probablement via SSH) et crée un fichier (simple "touch hello_world.log" est un excellent point de départ) dans un dossier spécial dédié à ce type de tests (N'OUBLIEZ PAS AVEC VOTRE DOSSIER DE CONTENU DE PRODUCTUION);
5. Configurez votre troisième emploi FreeStyle qui combine vos expériences acquises en # 1 et # 2, et écrit encore dans un dossier de test;
6. Comparez les résultats du travail avec vos attentes de déploiement en production (fichiers en place, le contenu est traité correctement, les fichiers de configuration sont beaux, etc.);
7. essayer sur l'un des serveurs Web de production, un dossier/site à la fois;
8. Appliquez votre nouveau pipeline de livraison au reste des serveurs/sites;
9. Apprenez comment sauvegarder votre instance Jenkins et en fait effectuer votre première sauvegarde;
10. Essayez de restaurer votre instance Jenkins à partir de la sauvegarde effectuée à l'étape précédente; Décidez si vous pouvez gérer votre propre instance de Jenkins ou si vous préférez en avoir une version hébergée (CloudBees Inc.);
11. En savoir plus sur Pipeline in Jenkins et peut-être (car il est pas évident) migrer votre travail FreeStyle (s) à Pipeline DSL et/ou Jenkinsfile;

Parfois, vous pourriez avoir besoin de revenir à « Get Started with Jenkins » manuel et rechercher des idées ou des réponses, il est correct - ne donnent pas et ne hésitez pas à poster vos questions ici, au SO.

Espérons que ces idées vous aideront à démarrer.