Pipelines helps you to integrate applications on your Cloud Platform CD environments with version control repositories hosted by Bitbucket.
To connect your regular Cloud Platform environments with Bitbucket, visit Using Cloud Platform with a remote repository
For more issues, see Known issues and Known issues in Cloud Platform CD.
Before you connect a CD environment to your repository, ensure you meet the requirements for your repository, based on the following:
If you have an existing repository, add Bitbucket as a new remote by modifying your project repository’s local clone with the following code (where [username] is your Bitbucket username and [project] is the name of your project):
git remote add bitbucket [email protected]:[username]/[project].git
git push bitbucket masterTo use the Cloud Platform interface to connect an application on a CD environment with your Bitbucket repository:
In the Connected repository information section, click the Configure link. A configured Git email address is required. If the email address is invalid, Pipelines jobs won’t start when changes are pushed, and webhooks will fail with HTTP 500 errors.
In the Select Source section, click the Choose source link.
Click the Configure link for the Configure Pipelines with your Bitbucket repository section.
Each time you use Bitbucket to create or reopen a pull request or push a commit, Cloud Platform executes the pipelines start command using the build definition file in the Bitbucket repository, and commits the resulting build artifact, named pipelines-build-[BRANCHNAME], to your Cloud Platform repository.
To operate, Pipelines expects a file in YAML format named acquia-pipelines.yaml to exist in the root directory of your code repository. This build definition file has all the information required for Pipelines to perform the build, including any variables required and the instructions used to perform the build. Pipelines can build from both forked and non-forked repositories.
For information about how to structure the file and what it should contain, see Creating and managing your build definition file.
If this content did not answer your questions, try searching or contacting our support team for further assistance.
If you have an existing repository, add Bitbucket as a new remote by modifying your project repository’s local clone with the following code (where [username] is your Bitbucket username and [project] is the name of your project):
git remote add bitbucket [email protected]:[username]/[project].git
git push bitbucket masterTo use the Cloud Platform interface to connect an application on a CD environment with your Bitbucket repository:
In the Connected repository information section, click the Configure link. A configured Git email address is required. If the email address is invalid, Pipelines jobs won’t start when changes are pushed, and webhooks will fail with HTTP 500 errors.
In the Select Source section, click the Choose source link.
Click the Configure link for the Configure Pipelines with your Bitbucket repository section.
Each time you use Bitbucket to create or reopen a pull request or push a commit, Cloud Platform executes the pipelines start command using the build definition file in the Bitbucket repository, and commits the resulting build artifact, named pipelines-build-[BRANCHNAME], to your Cloud Platform repository.
To operate, Pipelines expects a file in YAML format named acquia-pipelines.yaml to exist in the root directory of your code repository. This build definition file has all the information required for Pipelines to perform the build, including any variables required and the instructions used to perform the build. Pipelines can build from both forked and non-forked repositories.
For information about how to structure the file and what it should contain, see Creating and managing your build definition file.
If this content did not answer your questions, try searching or contacting our support team for further assistance.