Usage of Deployment variables on multiple steps

[Nicola Salvo]

Hi,

I have broken down my pipeline in multiple steps to speed it up, and I'm using deployment variables to manage secrets:

pipelines:
  default:
    - step: 
        name: Step1
        deployment: test
        script:
          - echo $DEPLOYMENT_CREDENTIALS > /tmp/keyfile.json
    - parallel:
        - step:
            name: Step2
            deployment: test
            script:
               - echo $DEPLOYMENT_CREDENTIALS > /tmp/keyfile.json
        - step:
            name: Step3
            deployment: test
            script:
               - echo $DEPLOYMENT_CREDENTIALS > /tmp/keyfile.json

It looks like my pipeline it invalid, as it doesn't allow to specify "deployment" multiple times, however if I specify it only once the other steps do not find the variables. 

Is it possible to have multiple steps which make use of deployments ? Otherwise any suggestion on how to implement such scenario?

Cheers

Nicola

[Nitin Goyal]

we also facing same issue. we have steps like build docker image and push to ECR different AWS account. and another step we are publishing to the Kubernetes (again on different Kubernetes based on deployment).

[jmgarciadelmoral]

``` - step: &deploy_set_env
name: "Deploy: Set Env"
clone:
enabled: false
artifacts:
- .env
script:
- printenv | xargs -L 1 echo export > .env```

and then in the following steps:

```

- step: &deploy
name: "deploy"
script:
- |
source .env

...```

[Anuj]

I used this approach but getting error in sourcing the .env file

bash: export: `%s': not a valid identifier

[Jay Kravetz]

This worked well. However, the ability to tell multiple steps to use the same environment is necessary

[mihai.dobre]

I'm facing almost the same issue. I was looking for some sort of environment variable that bitbucket is pushing by default (like BITBUCKET_DEPLOYMENT_ENVIRONMENT) in order to get the names of the steps in a pipeline. And I was thinking to use the one I mentioned but .... I need to declare fake environments in settings. Please let us use `deployment` or expose the name of the steps in an environment variable so that we don't need to repeat ourselves.

[Deleted user]

Here we are facing the same issue. This will be really nice to have.

[pohlen]

Then please vote for the feature: https://jira.atlassian.com/browse/BCLOUD-18261

[Deleted user]

Done. Thank you for pointing me that.

[Philip Hodder]

Hello Nicola,

Currently, you can only define a particular deployment environment once per pipeline. In the example you have provided, you have used it in three steps. Which is why you're get errors in your pipeline.

You could try one of the following strategies. They have various trade-offs though.

1. Consolidate the steps into a single one. Though, you'll lose the performance improvements you're trying to add.
2. Create 3 separate environments, then reference each one once in each step. However, this will need duplicate environment variable configuration across the environments. And will also cause three Test environments to show in the dashboard, for what I assume is a single deployment?
3. Set the Deployment credential as a repository-level variable. This will make it accessible to any pipeline that runs in the repository. But could have security concerns depending on how much trust other users with write access have.

You might also find these feature request interesting to follow: 

• Multi step deployments
• Passing environment variables to later steps

If neither of those cover what you'd like, you can also create a new feature request.

It would be helpful for us if you could add details of your use-case to one of those feature requests.

Thanks,

Phil

[cvivieca]

Hi Phil, 

I have the same question. Is it not yet there other way to achieve this? 

Link: https://community.atlassian.com/t5/Bitbucket-questions/Use-duplicate-environment-in-the-same-pipeline-Bitbucket/qaq-p/1286798

[Carlos Júlio]

You can try to use artifacts: https://jira.atlassian.com/browse/BCLOUD-15849?error=login_required&error_description=Login+required&state=323be04c-4b8b-4aa1-bbd9-20f9f81a25d2

[Konstantinos Giannousis]

I have the same issues here. I have three steps to separate functionality but not be able to define the same deployment. This means that the variables that are need to all steps must either be defined elsewhere (very ugly and approach) or create a huge step (also ugly).

And I would like another problem that appears with this deployment limitation. I was using a python image in one step to achieve certain goals. And on the next step I was using another image. Having to merge the multiple steps to one means that I will have to do with one image for all of my goals in this step.

This should be fixed asap.

[kevinpiac]

Facing the exact same issue there. 
I've added more verbose env variables such as DEV_VARIABLE_NAME, PROD_VARIABLE_NAME in order to keep my multiple steps process.

Please consider fixing this ASAP :) 

[simeon-uxiliary]

It would be great to be able to reuse the deployment variables.

[Oleksandr Diudiun]

More than two years and still nothing?

[Doroftei Andrei]

Still waiting for a fix.

[Son Le]

I'm having the exact same issue - waiting for a fix.

[Valentin Funk]

Exactly the same issue, no acceptable solution to this yet.

[Manish Manandhar]

On the same boat, please allow deployment variables to be shared across steps.
Artifacts wont work for secret variables.

[naveen_kummari]

Wow, more than 3 years and no update

[Roger Viaplana]

Same issue.

When will we have a solution?

[Zogoo]

Is there any other way to achieve this?