Run Custom Docker Image in Pipeline

sunil_venkateswara December 22, 2016

We have created a custom Docker image and put in docher hub as public image.

In our repository yml file, image name is given with this detail as follows. 

========= yml file ==========

image: myxxxx/docker-xxxxx

pipelines:
  default:
    - step:
        script:
          - echo "This script runs on all branches that don't have any specific pipeline assigned in 'branches'."

=======

My expectation is that default Atlassian docker image shouldnt run, instead, my custom docker image should be run first.

But when a push is done in repository or manually re run the yml file, the log/console in pipeline is produced as follows, where in default Atlassian docker image is run. My Question is "Can we run our custom Docker iamge at first, can we disable the default image run and default hg clone ?"

+ docker run -t --entrypoint=/bin/bash --memory=4096m -e BUILD_DIR=/opt/atlassian/pipelines/agent/build -v /tmp/bashScript5134297271196295798.sh:/tmp/bashScript5134297271196295798.sh:ro -v build-volume-c4610737-4c4c-43b9-a3a0-b87a7ca1f9fb:/opt/atlassian/pipelines:rw -w /opt/atlassian/pipelines/agent/build --label com.atlassian.pipelines.agent="a884e9948c81" "atlassian/pipelines-dvcstools:latest" -i /tmp/bashScript5134297271196295798.shWARNING: Your kernel does not support swap limit capabilities, memory limited without swap.+ umask 000Completed at 2016-12-23T05:20:00Z+

hg clone -r "bd45bf5364e548417b1a49b210075bca381b52b6" https://x-token-auth:$AUTH_TOKEN@bitbucket.org/xxxxMyRepositoryxxxxx .

adding changesetsadding manifestsadding file changesfiles

+ chmod 777 $BUILD_DIR+ docker pull

/* Docker image download logs*/

Status: Downloaded newer image for myxxxx/docker-xxxxx:latest+ docker run -t --rm=true --cidfile=/tmp/1482470399216-0/{4b8b7f78-4751-4700-b22e-e47061208add} --entrypoint=/bin/bash --memory=4096m --env-file=/tmp/dockerEnvironment9198828661972663903.env -v /tmp/bashScript7937493111742088239.sh:/tmp/bashScript7937493111742088239.sh:ro -v build-volume-c4610737-4c4c-43b9-a3a0-b87a7ca1f9fb:/opt/atlassian/pipelines:rw -v build-volume-c4610737-4c4c-43b9-a3a0-b87a7ca1f9fb:/opt/atlassian/bitbucketci:rw -w /opt/atlassian/pipelines/agent/build --label com.atlassian.pipelines.agent="a884e9948c81" "myxxxx/docker-xxxxx" -i /tmp/bashScript7937493111742088239.sh

WARNING: Your kernel does not support swap limit capabilities, memory limited without swap.



 

1 answer

1 accepted

1 vote
Answer accepted
Philip Hodder
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
December 22, 2016

Hello,

There are two Atlassian Docker images:

  1. atlassian/default-image: This is used when no image field is provided. Your pipeline will run inside of this image.
  2. atlassian/pipelines-dvcstools: This is used to clone your repository from Bitbucket, so it will always be used during a build. We will then mount the repository contents into your defined image myxxxx/docker-xxxxx (or atlassian/default-image if you didn't define an image).

In short, atlassian/pipelines-dvcstools will always be involved in your pipeline at the moment so the repo contents can be cloned. However, your pipeline is still being run inside of the image you define.

sunil_venkateswara December 22, 2016

In our case the image atlassian/pipelines-dvcstools starts cloning parent repository, but while cloning sub-repo of Bitbucket mercurial,  auth token is not able to clone sub repo and gets hung requesting for the password token. Is there a way to checkout mercurial subrepo

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events