Adapter les paramètres YAML à votre environnement

Configurez le script de pipeline fourni par Talend afin de générer des éléments de projet en fonction de la phase Maven que vous visez et du référentiel dans lequel vous souhaitez déployer les artefacts.

Certains paramètres et identifiants proviennent de la section Importer votre référentiel source et configurer votre pipeline, stockés dans Azure DevOps. Pour plus d'informations concernant les paramètres Maven Talend que vous pouvez utiliser pour configurer votre pipeline, consultez Talend custom Maven build options.

Procédure

Définissez vos propres valeurs pour les variables d'environnement au début du script (nom de projet, nom/version/type du Job, URL du référentiel Git, etc.).

Note InformationsConseil : Recherchez les références XXX dans le fichier azure-pipeline.yml Importer votre référentiel source et configurer votre pipeline fourni par Talend en exemple et remplacez-les par les valeurs adéquates pour votre environnement.

Exemple
Exemple d'un projet nommé CICD, d'un Job nommé job_feature956 avec la version 0.1 et d'une image Docker appelée cicd4talend :
```
variables:
- group: Talend variables
- name: project_name
  value: 'CICD'
- name: jobs_to_build
  value: 'jobs/process/job_feature956_0.1'
- name: docker_image_name
  value: 'cicd4talend'
```
Note InformationsAvertissement : Syntaxe à respecter :
- La valeur de la variable project_name doit être en majuscules, sinon elle risque de causer un échec du build. Si vous avez utilisé des caractères spéciaux dans le nom du projet ou que vous avez le moindre doute sur sa syntaxe finale, vous pouvez la vérifier dans le fichier parent pom.xml de votre projet (variable talend.project.name dans <project>/poms/pom.xml).
- La valeur de la variable jobs_to_build doit être en minuscules même si le nom original de votre Job/Route/Service contient des majuscules, car tous les artefacts sont en minuscules dans les fichiers .pom requis pour lancer le build.
- N'ajoutez pas manuellement le suffixe "-SNAPSHOT" à la valeur de la version. Les snapshots et les releases sont découplés de la version elle-même et doivent être gérés uniquement via les préférences du Studio. Consultez Modifier la version de déploiement de chaque artefact en une fois.
Selon l'emplacement où vous souhaitez publier les artefacts, modifiez l'URL du référentiel d'artefacts renseignée dans la variable artifact_url précédemment créée.
Exemple
```
-DaltDeploymentRepository=releases::default::http://nexus:8081/repository/maven-releases/
```
vous permet de déployer des artefacts dans un référentiel Nexus rmaven-releases (afin d'obtenir des artefacts de release stables dans un environnement de production).

Note InformationsRemarque : Si vous déployez des Jobs utilisant des composants personnalisés, utilisez les options -Dcomponents.* comme décrit dans Options du build Maven Talend personnalisé.
Modifiez l'espace de travail de Talend Cloud et l'environnement définis dans la ligne talend_ci_config.
Exemple
```
-Dservice.url=$(talend_cloud_url) 
-Dcloud.token=$(talend_cloud_token) 
-Dcloud.publisher.environment=PROD 
-context=Prod
-Dcloud.publisher.workspace=ci-workspace 
-Dcloud.publisher.screenshot=true
```
vous permet de déployer des artefacts (avec les captures d'écran) dans un compte Talend Cloud dans un espace de travail nommé ci_workspace dans un environnement PROD, tout en changeant l'environnement de contexte en Prod (à l'aide de --context). Cet environnement doit avoir été précédemment défini dans Studio Talend, cependant, si vous n'avez pas défini de paramètre de contexte, vous pouvez utiliser --context_param pour les définir lors du build.
Note InformationsRemarque : L'artefact publié dans Talend Cloud ne peut dépasser 400 Mo.
Afin de définir la phase Maven que vous visez : Assurez-vous que la phase définie à la ligne goals est celle que vous souhaitez effectuer. Le goal par défaut défini dans le script par défaut fourni par Talend est deploy.
Pour plus d'informations concernant les phases Maven, consultez la documentation Maven (uniquement en anglais) (en anglais).
Note InformationsConseil : Tous les profils de build (-Pdocker, -Pnexus, etc.) sont listés dans le fichier pom.xml parent de votre projet. Certains paramètres par défaut, comme le nom de l'image Docker ou le nom Open JDK, peuvent également être écrasés dans ce fichier.
Sauvegardez vos modifications et cliquez sur Run (Exécuter) pour lancer l'exécution du pipeline de build.

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.

Laissez vos commentaires ici