Index![]()
Downloads (PDF, HTML & XML formats)
[Bamboo Knowledge Base Home]
Documentation for Bamboo 4.1.x. Documentation for earlier versions of Bamboo is available too. 
![]()
This page describes how to configure Bamboo to use a Git source repository.
You need to have previously defined a Git capability before you can configure a Git source repository – see Configuring a new version control capability.
Note that Bamboo comes with its own built-in Git implementation. However, you need to use native Git to be able to use symbolic links, submodules, automatic branch detection and automatic merging - these are not supported by the built-in Git.
You can download Git from the following locations:
To add a new Git repository, navigate to the source repository settings for a plan or job, as described on Specifying the source repository.
| Repository URL | The full path to your Git repository (eg: git://github.org/atlassian/bamboo-git-plugin.git) Valid URLs are of the form:
| |
| Branch | Type the name of the relevant branch (or tag) you want to work on. Leave empty to work on the master branch. | |
| Authentication Type | None – choose none if you want to access the repository anonymously. | |
| Username/password – authenticate with a username and password. | ||
| SSH private key – upload an SSH Key and provide the corresponding SSH Passphrase. | ||
| Use shallow clones | Allows Bamboo to perform shallow clones (i.e. history truncated to a specified number of revisions). This should increase the speed of the initial code checkouts, however if your build depends on the full repository history, we recommend that you do not use this option. Shallow clones are enabled by default. | |
| Location of POM file | The path to your project's (Only available when importing a Maven 2 project) | |
Advanced Options
| Use submodules | Select to enable submodules support if these are defined for the repository. If native Git capability is not defined for agent submodules support will be disabled. |
|---|---|
| Command timeout | This is useful to stop hung Bitbucket processes. On slower networks, you may consider increasing the default timeout to allow Bamboo time to make an initial clone of the Git repository. |
| Verbose logs | Turns on --verbose and --debug options in hg commands and passes the output to build logs. Use this option if you encounter problems with Git in Bamboo. |
| Enable Quiet Period | Specifies a delay after a single commit is detected before the build is started. This allows multiple commits to be aggregated into a single build. |
| Include/Exclude Files | Allows you to specify the files that Bamboo should, or should not, use to detect changes. Enter into File Pattern a regular expression to match the files that Bamboo includes or excludes. The regex pattern must match the file path in the repository. See sub page for examples. |
| Exclude Changesets | Enter a regular expression to match the commit messages for changesets that should not start a build. |
| Web Repository | If your repository can be viewed in a web browser, select the repository type. This allows links to relevant files to be displayed in the 'Code Changes' section of a build result. |
Stash – specify the following details for the repository:
See Integrating Bamboo with Stash for more information. | |
FishEye – specify the URL and other details for the repository:
See Integrating Bamboo with FishEye for more information. 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. |