![\"Prise](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2021\/03\/title_image.png\")
<\/p>\n<\/p>\n
Nous avons r\u00e9cemment ajout\u00e9 de nouvelles fonctionnalit\u00e9s \u00e0 Space Automation (la partie de JetBrains Space<\/a> responsable de l’int\u00e9gration et du d\u00e9ploiement continus) qui permettent \u00e0 vos scripts d’automatisation de fonctionner avec plusieurs r\u00e9f\u00e9rentiels Git.<\/p>\n Voici en r\u00e9sum\u00e9 ce qui a chang\u00e9\u00a0:<\/p>\n Une t\u00e2che (job) peut maintenant copier n’importe quel r\u00e9f\u00e9rentiel au sein du projet (pas seulement celui qui contient le script d’automatisation en cours).<\/p>\n<\/li>\n L’automatisation peut d\u00e9sormais d\u00e9clencher l’ex\u00e9cution d’une t\u00e2che en cas de changements dans un r\u00e9f\u00e9rentiel, une branche, un r\u00e9pertoire ou un fichier.<\/p>\n<\/li>\n<\/ol>\n <\/span><\/p>\n Dans quels cas est-ce utile\u00a0? Par exemple, vous avez un projet bas\u00e9 sur des microservices (chacun dans un r\u00e9f\u00e9rentiel s\u00e9par\u00e9) et un r\u00e9f\u00e9rentiel s\u00e9par\u00e9 avec des tests d’int\u00e9gration qui s’ex\u00e9cutent dans tout le projet. Un autre exemple concret\u00a0: un projet qui se compose de plusieurs r\u00e9f\u00e9rentiel, chaque r\u00e9f\u00e9rentiel ayant son propre dossier Poursuivez votre lecture pour en savoir plus !<\/p>\n Normalement, dans Space Automation, vous n’avez pas \u00e0 copier "de code source". Chaque fois qu’une t\u00e2che est lanc\u00e9e, Automation clone la branche actuelle du r\u00e9f\u00e9rentiel qui contient le script en cours d’ex\u00e9cution. Ce n’est pas tout\u00a0! Maintenant, vous avez \u00e9galement choisir quelles donn\u00e9es du r\u00e9f\u00e9rentiel vous voulez r\u00e9cup\u00e9rer : vous pouvez ainsi extraire des balises, des branches sp\u00e9cifiques ou des r\u00e9visions. Vous trouverez plus d’informations \u00e0 ce sujet dans la documentation sur Automation<\/a><\/p>\n Par d\u00e9faut, lorsqu’un commit est pouss\u00e9 vers une branche sp\u00e9cifique du r\u00e9f\u00e9rentiel, Automation d\u00e9clenche l’ex\u00e9cution d’un script dans cette branche. \u00c9videmment, cela fonctionne pour toutes les branches du r\u00e9f\u00e9rentiel. Pour ex\u00e9cuter le script uniquement dans certains r\u00e9f\u00e9rentiels, utilisez le param\u00e8tre Par exemple, pour d\u00e9clencher des t\u00e2ches uniquement dans la branche Notez que Pour d\u00e9clencher l’ex\u00e9cution d’une t\u00e2che en cas de modification des fichiers et des dossiers, utilisez le bloc Il peut arriver que vous ayez besoin de configurer un build qui utilise le code source de plusieurs r\u00e9f\u00e9rentiels de projets. Par exemple, vous pouvez cr\u00e9er un r\u00e9f\u00e9rentiel s\u00e9par\u00e9 qui contiendra le script de build pour l’ensemble du projet tandis que les autres r\u00e9f\u00e9rentiels n’auront aucun fichier Prenons l’exemple le plus simple possible. Disons que vous avez un projet avec deux r\u00e9f\u00e9rentiels\u00a0: Comment cela se pr\u00e9sente-t-il dans l’interface utilisateur\u00a0? Si vous ouvrez la page Jobs<\/strong> pour Mais si vous passez \u00e0 la liste des t\u00e2ches pour Bien s\u00fbr, vous pouvez aller plus loin et ajouter un niveau suppl\u00e9mentaire au d\u00e9clencheur du r\u00e9f\u00e9rentiel : filtrer par une branche ou un chemin. Retrouvez plus de d\u00e9tails dans la documentation pour Automation<\/a>.<\/p>\n N’h\u00e9sitez pas \u00e0 nous faire part de vos commentaires et \u00e0 essayer ces nouvelles fonctionnalit\u00e9s\u00a0!<\/p>\n\n
doc\/<\/code> avec sa documentation. En utilisant Automation, vous pouvez configurer une t\u00e2che qui suit les changements dans les dossiers doc\/<\/code> de tous ces r\u00e9f\u00e9rentiels, construit et un site web de documentation interne et le d\u00e9ploie.<\/p>\nCopier du code source<\/h2>\n
\nMaintenant, si une t\u00e2che requiert du contenu d’un autre r\u00e9f\u00e9rentiel dans un projet, vous pouvez copier de ce r\u00e9f\u00e9rentiel en plus du r\u00e9f\u00e9rentiel principal. Il vous suffit de sp\u00e9cifier le nom du second r\u00e9f\u00e9rentiel dans le bloc git<\/code>\u00a0:<\/p>\njob("check out second repo") {\n \/\/ check out second-repo to \/mnt\/space\/work\/repo-2\n git("second-repository") {\n \/\/ the default path is \/mnt\/space\/work\/$repoName\n \/\/ but you can change it with cloneDir\n cloneDir = "repo-2"\n }\n\n container("ubuntu") {\n shellScript {\n content = """\n echo Directory structure\n ls -R \/mnt\n echo Working dir is\n pwd\n """\n }\n }\n}\n\/\/ the \/mnt\/space\/work dir will contain the current and the second repo\n\/\/ \/mnt\/space\/work\/main-repo ; \/mnt\/space\/work\/repo-2\n\/\/ Working dir is \/mnt\/space\/work\/main-repo<\/code><\/pre>\nD\u00e9clencher l’ex\u00e9cution d’une t\u00e2che en cas de changements dans une branche, un dossier ou un fichier<\/h2>\n
branchFilter<\/code> \u00e0 l’int\u00e9rieur du bloc gitPush<\/code>.<\/p>\nmy-feature<\/code>\u00a0:<\/p>\njob("Run on git push") {\n startOn {\n gitPush {\n branchFilter {\n +"refs\/heads\/my-feature"\n }\n }\n }\n}<\/code><\/pre>\nbranchFilter<\/code> prend en charge Regex, les r\u00e8gles d’exclusion et d’inclusion et les m\u00e9tacaract\u00e8res<\/a>.<\/p>\npathFilter<\/code> (comme bran\u0441hFilter<\/code>, il prend en charge la cr\u00e9ation de filtres complexes<\/a>)\u00a0:<\/p>\njob("Run on git push") {\n startOn {\n gitPush {\n pathFilter {\n \/\/ include all from 'targets' directory\n +"targets\/**"\n \/\/ exclude 'targets\/main' directory\n -"targets\/main\/**"\n \/\/ include all 'Main.kt' files in the project\n \/\/ As this rule is more specific,\n \/\/ 'Main.kt' will be included even if\n \/\/ it's located in 'targets\/main'\n +"**\/Main.kt"\n }\n }\n }\n}<\/code><\/pre>\nD\u00e9clencher l’ex\u00e9cution d’une t\u00e2che en cas de changements dans un autre dossier<\/h2>\n
.space.kts<\/code>.<\/p>\nfirst-repository<\/code> et second-repository<\/code>. Vous ajoutez le fichier .space.kts<\/code> suivant au r\u00e9f\u00e9rentiel first-repository<\/code>\u00a0:<\/p>\njob("Run on change in second-repository") {\n startOn {\n gitPush {\n repository = "second-repository"\n }\n }\n\n \/\/ don't forget to check out \n \/\/ the content of second-repo\n git("second-repository")\n\n container("alpine") {\n shellScript {\n content = "ls \/mnt\/space\/work"\n }\n }\n}<\/code><\/pre>\nfirst-repository<\/code>, vous ne verrez rien de nouveau, juste une ex\u00e9cution normale de la t\u00e2che\u00a0:<\/p>\n![\"Space](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2021\/03\/gitPush-multiRepo-UI-firstRepo.png\")
<\/a><\/p>\nsecond-repository<\/code>, vous verrez qu’elle comprend des t\u00e2ches cross-r\u00e9f\u00e9renc\u00e9es<\/strong> \u2013 des t\u00e2ches d’autres r\u00e9f\u00e9rentiels li\u00e9es au r\u00e9f\u00e9rentiel actuellement s\u00e9lectionn\u00e9. Dans notre cas, cette t\u00e2che est celle du first-repository<\/code>\u00a0:<\/p>\n![\"Space](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2021\/03\/gitPush-multiRepo-UI-crossRefJobs_2.png\")
<\/a><\/p>\n