All Versions
Bamboo 5.13Bamboo 5.7.x
Bamboo 5.6.x
More...
The instructions on this page describe how to configure a Bitbucket Mercurial source repository for either a Plan or a Job.
When creating a new Plan, you must define a 'default source repository'. This includes specifying the source repository settings (including the repository's location), any required authentication details and other options specific to the type of repository. You can also specify the type of build strategy the Plan will use.The 'default source repository' is initially used by the Plan's 'Default Job' and can also be used by other Jobs added to this Plan. You can override the default repository for any Job, by defining a custom source repository for it (after creating the Plan).
On this page:
The instructions in this section apply to configuring a source repository for both Plans and Jobs.
To configure a Bitbucket Mercurial source repository:
If you are creating a new Plan or new Job, or have come from the Editing a Plan or Editing a Job topics, start at step 4.
http://bitbucket.org/sinbad/ogre'). If you want to choose a branch to work on, other than the default branch, click 'Load Branches' and select the desired branch.http://bitbucket.org/username/repositoryhttps://bitbucket.org/username/repository--verbose and --debug options in hg commands and pass the output to build logs. Use that option if you encounter problems in Bamboo Mercurial behaviour.Common Repository Configuration (Only available when configuring an existing Plan/Job)
https://atlaseye.atlassian.com/').Bamboo'). This is effectively the alias for your repository path./atlassian/bamboo/').
How do I determine my Repository Path?
If you have previously run builds with changes from your repository, the easiest way of determining your repository path is to view the code changes and copy the path from the start of the path of one of the changed files, up to (but not including) the appropriate root directory. The root directories for repositories are the ones shown by FishEye when browsing a repository (e.g. trunk)). For example, if a code change listed /atlassian/bamboo/trunk/bamboo-acceptance-test/pom.xml, the path would be /atlassian/bamboo/.
If you have not previously run builds with changes from your repository, you will need to ask your FishEye administrator for the repository path indexed by FishEye.
fire.initial.build.for.manual.strategy to your bamboo.cfg.xml file as described in Configuring System Properties.
Screenshot above: Source Repository — Bitbucket
This table lists Bamboo's available build strategies that determine how the execution of a plan (i.e. a build) is triggered. Each build strategy has other options (listed at the far right of this table), which may also require configuration.
Build strategy option |
Description |
Reason for choosing |
Related documentation |
|---|---|---|---|
Polling the Repository for changes |
Bamboo will 'poll' the source code repository for changes based on set intervals or a schedule. If Bamboo detects a change to any code in this repository, a build of this plan will be triggered. |
This is the simplest option. However, this does mean that your SCM must service a 'check out' or 'update' command whenever it is polled, even if no code has changed in the repository. |
|
The repository triggers the build when changes are committed |
Bamboo will wait to receive a message from the source code repository (specified above) about any code changes in this repository. When Bamboo receives such a message, Bamboo will trigger a build of this plan. |
This option minimises server load as message events are sent only when code changes to this repository are committed. However, you must configure your source code management system to send message events to Bamboo about code changes in this repository. |
|
Cron Based Scheduling |
Bamboo will trigger a build of this plan based on a Cron expression. |
This option allows you to schedule builds when server load is likely to be minimal, for example, outside office hours. Scheduled builds are triggered irrespective of any code changes in the source code repository. |
|
Single daily build |
Bamboo will trigger a build of this plan once per day at a specified time. |
This option is suitable if a build of this plan takes a long time to complete. Scheduled builds are triggered irrespective of any code changes in the source code repository. |
|
Manual & dependent builds only |
Bamboo only triggers a build of this plan when the user chooses this function manually or through a build dependency. |
This option is suitable if a build of this plan will fail, perhaps due to source code problems of failing tests. This frees up Bamboo agents to build other plans which are less likely to fail. |
hg client application for your Bamboo server and for each remote agent using Mercurial. These locations are set by specifying:
Specifying the Source Repository for a Plan
Specifying the Source Repository for a Job