Bamboo Docker Tag Best Practice


I want to use Bamboo to start doing the building of  Docker images. But I would like a better tag than just giving everything the "latest". And I don't want to have to go back in and tag each. The Dockerfile will have a version of the application it is building in many cases.

What is the best methods found for a good version naming scheme when doing builds in Bamboo? Most of the images I currently am building, are based on applications that have their own versions, so I have been using those as the tag for the version, then an added increment number if I have rebuilt, but not updated the applications version. This increment I plan to use the Bamboo build number instead.

What is everyone else commonly doing?


2 answers

1 accepted

0 votes
Answer accepted

I did as @Michel Vallée suggested. I created a inline script task to extract from the Dockerfile any and all variables I needed, setting them as Bamboo Variables through the InjectedVariablesTask. Then, use that variable in all places necessary, the primary one being in naming the new image, which is exactly as @Michel Vallée suggested:


Here is an example of the inline script used to get the variable value from the Dockerfile:

grep "HTTPD_VERSION" Dockerfile | cut -d' ' -f 2 > properties.txt

This command saves  the value to a file named "properties.txt". The next step is then the "Inject Bamboo Variables" in which you provide it the "properties.txt" file as the properties file.

Then, anywhere you want to use the variable retrieved from the Dockerfile, you would do:


 If you want this variable to be available to another job in a later stage or release, just select "Result" in the "Inject Bamboo Variable" task.

Having same problem.  Want the version to be in the Dockerfile but also part of the tag.

Not sure how to have Bamboo retrieve the version from the Dockerfile and use it as part of a variable.

I was able to run a script to export it to a file then use the InjectVariablesTask to retrieve back out.  However, my understanding is that the variable is then only available on the agent or in deployment plans.  It is NOT available in a follow-up task in the same plan.

I.e. I need in the step right after where I use the DockerBuildImageTask which is where I want to specify the tag to use.

I want to use the format:


If you set the scope for the InjectVariablesTask to not local, it will make it available in other jobs in later Stages in the same Plan.

I'll split my stage in two to see if that helps.  Thanks!

Just out of curiosity, did you get your desired setup working? Were you able to pass the variable to the second stage?

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Wednesday in Opsgenie

Getting the Most out of Atlassian and Opsgenie Together

We’re excited to invite you to this action-packed webinar where we will demonstrate how to integrate Opsgenie’s powerful alerting and on-call management tools with your entire Atlassian stack. Mar...

44 views 0 0
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you