différence entre freestyle de projet et de conduite dans jenkins
Je suis un peu confus au sujet de Freestyle de projet et de conduite dans jenkins lors de la tentative de créer de nouveaux éléments.
Quand dois-je créer un élément Acrobatique projet? Et dans ce cas dois-je utiliser pipeline?
Ai-je besoin de stocker config.xml dans le référentiel de code pour l'avenir de l'importation? Ou tout autre usage?
Merci pour votre aide.
Vous devez vous connecter pour publier un commentaire.
si vous avez utilisé jenkins, dans le passé, sans l'aide d'un Jenkinsfile, vous avez utilisé de quelque chose de plus semblable à un freestyle de projet.
si vous détestent tapant des choses dans les systèmes CI et donc d'utiliser les pipelines du code--où vous mettez tout votre de CI de configuration dans un fichier de contrôle de source (Jenkinsfile) et laissez Jenkins lire ce fichier pour savoir quoi faire--utilisation les pipelines. une fois que vous connaissez les pipelines, il n'y aura pas beaucoup de cas où vous allez préférer freestyle projets.
La différence est que dans le Pipeline, nous avons la capacité de briser nos emplois dans les différents stades et nous pouvons avoir tout ce que les étapes que nous aimerions pour représenter le processus que nous utilisons pour déployer des logiciels et bien sûr, si quelque chose va mal, nous pouvons voir à quel stade eu le problème, par exemple. Nous avons même la possibilité d'ajouter dans la vérification avant de poursuivre. Nous avons la capacité à exécuter les étapes en parallèle, nous avons donc pu avoir de multiples tests en cours d'exécution dans les branches distinctes très facilement.
Essayez d'ajouter de rénovation plugin si vous souhaitez mettre en place UCD outil pour l'IC CD pipeline
Nous pouvons dire que la principale différence entre le freestyle de projet et le Pipeline. avec Pipeline, vous pouvez écrire jenkins fichier à l'aide de ruby programme avec cela, vous pouvez configurer CI/CD.