Skip to main content Skip to complementary content

Adapting the YAML parameters to your environment

Configure the pipeline script provided by Talend to generate the project items according to the Maven phase you want to achieve and the repository you want to deploy your artifacts to.

Some parameters and credentials come from Importing your source repository and configuring your pipeline you have stored in Azure DevOps. For more information about the Talend Maven parameters you can use when configuring your pipeline, see Talend custom Maven build options.

Procedure

  1. Set your own values for the environment variables defined at the top of the script (project name, Job name/version/type, repository URL, etc.).
    Information noteTip: Look for the XXX references in the azure-pipeline.yml Importing your source repository and configuring your pipeline provided by Talend as an example and replace them with values corresponding to your environment.

    Example

    Example of a project named CICD, a Job named job_feature956 with a 0.1 version and a Docker image named 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'
    Information noteWarning: Syntax requirements:
    • The value of the project_name variable must be in upper case otherwise it might cause build failure. If you used special characters in the project name or have any doubts on its final syntax you can check it in the parent pom.xml file of your project (talend.project.name variable in <project>/poms/pom.xml).
    • The value of the jobs_to_build variable must be in lower case even if the original name of your Job/Route/Service contained upper case as all artifacts are in lower case in the .pom files required to launch the build.
    • Do not add manually the "-SNAPSHOT" suffix to the version value. Snapshots and releases are decoupled from the version itself and must only be handled via the Studio preferences, see Changing the deployment version of each artifact at once.
  2. Depending on where you want to publish artifacts, edit the artifact repository URL stated in the artifact_url Azure variable you created previously.

    Example

    -DaltDeploymentRepository=releases::default::http://nexus:8081/repository/maven-releases/

    allows you to deploy artifacts into a Nexus maven-releases repository (for stable release artifacts in a Production environment).

    Information noteNote: If you want to deploy Jobs that use custom components, you need to use the -Dcomponents.* options as described in Talend custom Maven build options.
  3. Edit the Talend Cloud workspace and environment stated in the talend_ci_config line.

    Example

    -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

    allows you to deploy artifacts (with screenshots) into a Talend Cloud account inside a workspace named ci-workspace on a PROD environment while changing the context environment to Prod (using --context). This environment must have been defined previously in Talend Studio, however if you did not define any context parameters you can use --context_param to define them at build time.

    Information noteNote: The artifact published to Talend Cloud cannot be larger than 400MB.
  4. To define the Maven phase you want to achieve: make sure the phase stated in the goals line is the one you want to perform. The default goal defined in the default script provided by Talend is deploy.
    For more information on the Maven phases, see the Maven documentation.
    Information noteTip: All build profiles (-Pdocker, -Pnexus, etc.) are listed in the parent pom.xml file of your project. Some default parameters, like the docker image name or the Open JDK name, can also be overwritten in this file.
  5. Save your changes and click Run to launch the execution of your build pipeline.

Did this page help you?

If you find any issues with this page or its content – a typo, a missing step, or a technical error – please let us know!