On this page
Related information for 8.1.0
Quick Tips
- To get all help from a command line use: --help
- To get help for any action, add --help to the action
- Example: --action getClientInfo --help
- More tips
Actions
|
Action |
Description |
Required Parameters |
Optional Parameters |
Category |
Type |
---|---|---|---|---|---|---|
1 |
Add a local agent. |
Agents |
Create |
|||
2 |
Assign a project, plan, job, deployment project, or environment to a specific agent. This makes the agent dedicated to only perform builds for all assignments. If deployment or environment names are used instead of keys, type must be provided to indicate assignment represents a DEPLOYMENT_PROJECT or ENVIRONMENT. Use continue to ignore already exists error. Use --options autoAgent to automatically create a local agent if it does not already exist. |
Agent Assignments |
Create |
|||
3 |
Add an application link to another application. By default, both incoming and outgoing links are enabled and configured without impersonation (users are not shared). Use the options parameter to customize the behavior. Use '--options impersonate' to enable shared users. Other examples are '--options disableIncoming' and '--options disableOutgoing'. If another link of the same type already exists as primary, use '--options primary' to force the new link to be primary instead. |
Links |
Create |
|||
4 |
Add an artifact definition to a job. |
Artifacts |
Create |
|||
5 |
Add an artifact dependency to a job. Artifact must be a shared artifact from another job. |
|
Artifacts |
Create |
||
6 |
Add a branch to a plan. The plan branch will be disabled by default. For add, the branch parameter refers to the repository branch. An optional name for the plan branch can be specified, otherwise the repository branch name will be used. |
Branches |
Create |
|||
7 |
Add a shared or agent specific server capability. |
agent, name, value, field, fields, field1, value1, field2, value2 |
|
Create |
||
8 |
Add a comment to a build. |
number, findReplace, findReplaceRegex, input, file, encoding |
Comments |
Create |
||
9 |
Add SSH, AWS, or user based credentials. For SSH, provide a file with the SSH private key. For AWS, provide an access key and secret. |
credentials, userId or file or accessKeyId and accessKey |
|
Create |
||
10 |
Add an environment to deployment project. |
Deployment |
Create |
|||
11 |
Add a notification to a deployment environment. There are 2 parts to a notification - an event that triggers the notification and a recipient type that determines the notification protocol. There are built-in notifications and others provided by add-ons. A recipient type may have additional parameters. Generally, these can be specified by the field and values parameters. In some cases, pre-defined parameters are available. |
Deployment |
Create |
|||
12 |
Add a requirement to a deployment environment. |
Deployment |
Create |
|||
13 |
Add a task to a deployment environment. |
Deployment |
Create |
|||
14 |
Add a trigger to a deployment project. Pre-defined types are: scheduled, afterSuccessfulStage, afterSuccessfulPlan, afterSuccessfulDeployment. One or more repositories can be specified for pre-defined type triggers based on repositories. Custom types can be specified with the appropriate trigger key (or alias) and all required parameters using the various field parameters. |
repository, branch, schedule, ipRestriction, triggeringEnvironment, disable, field, fields, field1, value1, field2, value2 |
Deployment |
Create |
||
15 |
Add deployment environment variables. Use the field parameters for the variable name and the corresponding value parameters for the variable values. |
Deployment |
Create |
|||
16 |
Add a new group. |
Groups |
Create |
|||
17 |
Add a job to a stage. |
Jobs |
Create |
|||
18 |
Add a comma separated list of labels to a build or plan. |
Labels |
Create |
|||
19 |
Add a plan notification. There are 2 parts to a notification - an event that triggers the notification and a recipient type that determines the notification protocol. There are built-in notifications and others provided by add-ons. A recipient type may have additional parameters. Generally, these can be specified by the field and values parameters. In some cases, pre-defined parameters are available. |
Notifications |
Create |
|||
20 |
Add a global or plan repository. If both a name and repository are provided, the name will be used for the Bamboo name and repository will be used for the Bitbucket reposiotry. For a plan repository, you can reference a linked (global) repository. Otherwise a valid repository key or alias is required. Valid aliases are: BITBUCKET, BITBUCKET_CLOUD, BITBUCKET_SERVER, STASH, BCVS, GIT, GITHUB, MERCURIAL, PERFORCE, SUBVERSION. If the credentials parameter is provided the appropriate fields will be added automatically for GIT, Mercurial, and Bitbucket Cloud repositories. |
repository or name |
plan, repositoryKey, credentials, type, branch, continue, replace, field, fields, field1, value1, field2, value2 |
Repositories |
Create |
|
21 |
Add requirement to a plan job. Type defaults to EXISTS. |
Requirements |
Create |
|||
22 |
Add a stage to a plan. |
Stages |
Create |
|||
23 |
Add a task to a plan job. A valid task key or alias is required. Valid aliases are: ANT, ARTIFACT_DOWNLOAD, CHECKOUT, CLI_BAMBOO, CLI_BITBUCKET, CLI_CONFLUENCE, CLI_CRUCIBLE, CLI_FISHEYE, CLI_HIPCHAT, CLI_JIRA, CLI_SERVICE_DESK, CLI_UPM, GANT, GINT, GRADLE, GRADLEW, GROOVY, MAVEN2, MAVEN3, MAVEN_POM_EXTRACTOR, SCP, SQL, SCRIPT, SSH, VARIABLE_REPLACE |
disable, final, field, fields, field1, value1, field2, value2 |
Tasks |
Create |
||
24 |
Add a trigger to a plan. Pre-defined types are: polling, remote, remoteBitbucketServer, scheduled. One or more repositories can be specified for pre-defined type triggers based on repositories or custom types. Polling triggers default to all plan repositories or use repository @all. Custom types can be specified with the appropriate trigger key (or alias) and all required parameters using the various field parameters. Use of the name parameter is deprecated - description should be used instead. |
description, repository, schedule, passingPlans, ipRestriction, disable, field, fields, field1, value1, field2, value2 |
Triggers |
Create |
||
25 |
Add a new user. User can be added to a group (or groups) using the group parameter. |
Users |
Create |
|||
26 |
Add global or plan variables. Defaults to global variables unless a plan is specified. Use the field parameters for the variable name and the corresponding value parameters for the variable values. |
|
plan, replace, findReplace, findReplaceRegex, field, fields, field1, value1, field2, value2 |
Variables |
Create |
|
27 |
Clone an environment within a deployment project. |
Deployment |
Create |
|||
28 |
Clone a plan. The disable parameter is deprecated and no longer works on Bamboo 6.4 or higher. |
Plans |
Create |
|||
29 |
Clone each plan in a project to another project. If toProject is not provided, the plans will be cloned to the same project. If the toProject does not exist, it will be created with name provided by projectName. |
|
Projects |
Create |
||
30 |
Create a deployment project for a plan. |
Deployment |
Create |
|||
31 |
Same as createPlan when plan does not exist. However, it will update an existing plan's name and description. |
Plans |
Create |
|||
32 |
Create a new plan. Provide a 2-part plan key where the first part is the project key. If the project key does not exist, it will be created with the provided project name. Use continue to ignore the request if the plan already exists. |
Plans |
Create |
|||
33 |
Bamboo 6.2 and higher. Create a new project. |
Projects |
Create |
|||
34 |
Delete a deployment project by name or id. |
Deployment |
Delete |
|||
35 |
Delete a plan. |
|
Plans |
Delete |
||
36 |
Delete project and all project plans. |
Projects |
Delete |
|||
37 |
Deploy environment. To promote (re-deploy) an existing version, use --replace. |
Deployment |
|
|||
38 |
Disable an agent. |
|
Agents |
Update |
||
39 |
Disable a job from running. Use @all for job to disable all jobs in a stage. |
Jobs |
Update |
|||
40 |
Disable a plan from running. |
|
Plans |
Update |
||
41 |
Disable all project plans. |
|
Projects |
Update |
||
42 |
Enable an agent. |
|
Agents |
Update |
||
43 |
Enable a job to run. Use @all for job to enable all jobs in a stage. |
Jobs |
Update |
|||
44 |
Enable a plan to run. |
|
Plans |
Update |
||
45 |
Enable all project plans. |
|
Projects |
Update |
||
46 |
Export a deployment project to source that can be used for deployment project creation. |
Deployment |
Export |
|||
47 |
Export an environment for a deployment project to source. |
Deployment |
Export |
|||
48 |
Export a job to CLI source. |
Jobs |
Export |
|||
49 |
Export a plan to source that can be used for plan creation. Valid export types are CLI, JAVA. |
Plans |
Export |
|||
50 |
Export site to the exports directory in the home directory. By default, only the configuration is exported. Set appropriate options parameters to export additional data: exportResults, exportArtifacts, exportBuildLogs. Use the name parameter to set the file name, otherwise it will be automatically generated based on the date of the export using the date format requested. |
|
|
Export |
||
51 |
Get a list of assignments for agents with regex filtering on entity key or name. Specify an agent to filter by agent. Specify an assignment type to filter on type. Valid types are PROJECT, PLAN, JOB, DEPLOYMENT_PROJECT, ENVIRONMENT. |
|
Agent Assignments |
Get |
||
52 |
Get a list of agents based on regex filtering of agent names. |
|
excludeEnabled, excludeDisabled, limit, regex, file, append, encoding, columns |
Agents |
Get |
|
53 |
Get information for an application link identified by name or url. |
|
Links |
Get |
||
54 |
Get list of a application links with optional filtering on application type and regex filtering on the name or url. Use '--options excludeSystemLinks' to exclude system defined links. Example types: jira, confluence. |
|
type, options, limit, regex, outputFormat, file, append, columns, encoding |
Links |
Get |
|
55 |
Download a copy of a build artifact into a file. Uses same parameters and logic as getArtifactList for identifying build result artifacts to search. For artifacts that represent a directory (not a file), use the artifact name plus the path to the file in the artifact. |
Artifacts |
Get |
|||
56 |
Get a list of artifact definitions for a plan with regex filtering on artifact name. |
Artifacts |
Get |
|||
57 |
Get a list of build result artifacts. When the build does not include a job portion, only shared artifacts are provided. Use @all for the job parameter to get both sharted and non-shared artifacts for all plan jobs. |
Artifacts |
Get |
|||
58 |
Get information for a branch to a plan. Branch can be either the short or long name of the branch. |
Branches |
Get |
|||
59 |
Get a list of branches for a plan with regex filtering on branch name, short name, or full key. |
Branches |
Get |
|||
60 |
Get branching options for a plan. |
Branches |
Get |
|||
61 |
Get build result. |
Builds |
Get |
|||
62 |
Get a list of build results. Build results can be filtered by using fields and values. Supported fields are state, notState, started, endedBefore. For example, include only successful results by using: --field1 state --value SUCCESSFUL, or include only builds started after a specific date use: --field2 started --value2 2016-04-30 --dateFormat yyyy-MM-dd. Default limit is 25. |
labels, issues, limit, columns, file, append, encoding, field, fields, field1, value1, field2, value2 |
Builds |
Get |
||
63 |
Get a list of builds waiting in the build queue. Subset by project or build. |
|
Builds |
Get |
||
64 |
Get a list of shared or agent specific capabilities with regex filtering on capability key or name (label). Use @all for agent to get shared and agent specific capabilities. Specify --options includeUnreferenced to include unreferenced server capabilities keys known to the system. |
|
agent, options, regex, options, limit, file, append, encoding |
Lists |
Get |
|
65 |
Get information about this client tool. |
|
Info |
Get |
||
66 |
Get a list of comments for a build. |
Comments |
Get |
|||
67 |
Get a list of credentials based on regex filtering of credentials name. |
|
Lists |
Get |
||
68 |
Get information for a deployment project by name or id. |
|
Deployment |
Get |
||
69 |
Get a list of deployment projects based on regex filtering of project names. |
|
Deployment |
Get |
||
70 |
Get information for an environment from a deployment project by name or id. |
Deployment |
Get |
|||
71 |
Get a list of environments for a deployment project based on regex filtering of environment names. |
Deployment |
Get |
|||
72 |
Get a list of environment notifications. |
Deployment |
Get |
|||
73 |
Get a list of deployment environment requirements based on regex filtering of requirement names. |
Deployment |
Get |
|||
74 |
Get a list of tasks for a deployment environments with regex filtering of task name or description. |
Deployment |
Get |
|||
75 |
Get information for a deployment environment trigger. |
Deployment |
Get |
|||
76 |
Get a list of environment triggers for a deployment environment based on regex filtering of trigger names or descriptions. |
Deployment |
Get |
|||
77 |
Get a list of deployment environment variables based on regex filtering of variable names. |
Deployment |
Get |
|||
78 |
Get job information. |
|
Jobs |
Get |
||
79 |
Get a list of jobs for a plan with regex filtering on job key or name. Subset by stage if desired. |
Jobs |
Get |
|||
80 |
Get a list of labels for a build or plan. |
Labels |
Get |
|||
81 |
Get the number of the last completed build for this plan. |
|
Builds |
Get |
||
82 |
Get a list of plan notifications. |
Notifications |
Get |
|||
83 |
Get plan information. |
|
Plans |
Get |
||
84 |
Get a list of plans for a project with regex filtering on plan key or name. Additionally, use labels parameter to filter by labels. Use @all for project to get a list of plans across all projects. To also include branch plans in the list, use --options "includeBranchPlans". Advanced filtering based on state and date of the latest build for the plan is also available. See getBuildList for more information. Advanced filtering based on using a repository is also possible using --options "usingRepository=xxx". |
favorite, excludeDisabled, excludeEnabled, labels, options, limit, regex, outputFormat, dateFormat, columns, file, append, encoding, field, fields, field1, value1, field2, value2 |
Plans |
Get |
||
85 |
Get a list of projects. Projects are selected based on regex filtering on project key or name. |
|
Projects |
Get |
||
86 |
Get details of a global or plan repository. |
Repositories |
Get |
|||
87 |
Get a list of global or plan repositories with regex filtering on repository name. |
|
Repositories |
Get |
||
88 |
Get a list of requirements for a job with regex filtering on requirement name. |
Requirements |
Get |
|||
89 |
Get information about the Bamboo server. |
|
Info |
Get |
||
90 |
Get plan stage information. |
|
Stages |
Get |
||
91 |
Get a list of stages for a plan with regex filtering on stage name. |
Stages |
Get |
|||
92 |
Get detail information on a task from a plan job. Use --task @all to give detail information on all tasks for a job. |
|
Tasks |
Get |
||
93 |
Get a list of tasks for a job with regex filtering on task name. |
Tasks |
Get |
|||
94 |
Get a list of task types available with regex filtering on type name and description. |
Tasks |
Get |
|||
95 |
Get information for a plan trigger. |
Triggers |
Get |
|||
96 |
Get a list of triggers for a job based on regex filtering of trigger names or descriptions. |
Triggers |
Get |
|||
97 |
Get list of a users with regex filtering on the userId or name. |
|
Users |
Get |
||
98 |
Get a list of global or plan variables based on regex filtering of variable names. The optional reference parameter can be used to set a CLI replacement variable for each variable with name prefixed by the reference parameter. Use 'bamboo.' to make references look similar to how bamboo variables are used. |
|
Variables |
Get |
||
99 |
Move an environment after or before another environment identified by name or id. If neither before or after are specified, the environment will be moved to the top. Use --after @last to move environment to the last position. After parameter takes precedence. |
Deployment |
|
|||
100 |
Move one or more plans from one project to another project (existing or new) with filtering similar to getPlanList. Specifying a plan will move that plan. If plan is not specified, plans from the source project, with filtering like for getPlanList, will be moved. Plan key and name can be changed on the move by specifying toPlan and name respectively. When toPlan or name are provided for multiple plan moves, they must contain @plan@ or @planName@ replacement variables. Consider pausing the server to prevent activity during a move using the pauseServer action or specifying --options pause to have the action automatically pause the server and resume after the end of the operation. |
toPlan, name, excludeEnabled, excludeDisabled, labels, options, limit, regex |
Plans |
|
||
101 |
Change the position of a stage in a plan to be after another stage or, by default, to the top. |
Stages |
|
|||
102 |
Move a task to before or after another task. Use final to make a task final. Final tasks must follow all non final tasks. If neither before or after are specified, the task will be moved to the last position respecting the final parameter. |
Tasks |
|
|||
103 |
Order repository in the list of repositories for a plan. Defaults to move the repository to the top to make it the default repository. Otherwise specify the after respository name. |
Repositories |
|
|||
104 |
Pause the server to prevent builds from starting. |
|
|
Server |
Stop |
|
105 |
Queue a build to run. If a build number is provided (number parameter or 3 part build key), an existing failed or incomplete build can be restarted. If wait is specified, the action will not complete until the queued build completes or the timeout period elapses. The action will fail if the build fails unless continue parameter is used to ignore a failed result. A specific revision can be built if the revision parameter is specified. Plan variables can be set using the field and value parameters. Conditional queueing is supported - see the documentation for details. |
branch, revision, number, wait, continue, timeout, dateFormat, field, fields, field1, value1, field2, value2 |
Builds |
|
||
106 |
Queue multiple builds to run and wait for results. Plans can be filtered by using the labels parameter. Project can be @all. The action will not complete until all queued builds complete or times out. If continue is specified, builds will continue to be queued even after an attempt to queue a build fails. The action will fail if any build fails or times out. Conditional queueing is supported - see the documentation for details. |
labels, regex, limit, continue, simulate, timeout, dateFormat, field, fields, field1, value1, field2, value2 |
Builds |
|
||
107 |
Remove an agent. |
Agents |
Delete |
|||
108 |
Remove an assignment from a specific agent. Use continue to ignore not found error. |
Agent Assignments |
Delete |
|||
109 |
Remove an application link identified by name or url. |
Links |
Delete |
|||
110 |
Remove an artifact definition from a job. |
|
Artifacts |
Delete |
||
111 |
Removes a branch from a plan. Use --branch @all to remove all branches from a plan. |
|
Branches |
Delete |
||
112 |
Remove history for specific build. |
Builds |
Delete |
|||
113 |
Remove a shared or agent specific server capability identified by key (label) or unique name. |
|
Delete |
|||
114 |
Remove credentials by name or id. |
|
Delete |
|||
115 |
Remove an environment from a deployment project by name or id. |
Deployment |
Delete |
|||
116 |
Remove deployment environment notification. Use id of -1 to remove all notifications for an environment. If an id is not provided, all notifications found matching the event and recipientType will be removed. |
deploymentProject, environment, id or event and recipientType |
Deployment |
Delete |
||
117 |
Remove a deployment environment requirement. Specify -1 for id to remove all requirements from a plan that are eligible to be removed. |
|
Deployment |
Delete |
||
118 |
Remove a task from a deployment environment. |
|
Deployment |
Delete |
||
119 |
Remove a trigger from a deployment environment. Use --id -1 or --name @all to remove all triggers. Administrator permission required to use a name and only the first trigger with the given name will be removed. |
Deployment |
Delete |
|||
120 |
Remove deployment environment variables. Specify the variable names using the field parameters. |
Deployment |
Delete |
|||
121 |
Remove a group. |
Groups |
Delete |
|||
122 |
Remove a job from a plan. |
Jobs |
Delete |
|||
123 |
Remove labels from a build or plan. Labels can be a comma separated list or regex. |
Labels |
Delete |
|||
124 |
Remove a plan notification. Use id of -1 to remove all notifications for a plan. If an id is not provided, all notifications found matching the event and recipientType will be removed. |
plan, id or event and recipientType |
Notifications |
Delete |
||
125 |
Remove global or plan repository. Use @all to remove all repositories. When removing a single plan repository, you can replace references with another repository defined for the plan by using --options "replaceRepository=XXX". |
repository or id |
Repositories |
Delete |
||
126 |
Remove a plan requirement. Specify -1 for id to remove all requirements from a plan that are eligible to be removed. |
|
Requirements |
Delete |
||
127 |
Remove a stage from a plan. Use --stage @all to remove all stages. Use continue to ignore not found errors. |
Stages |
Delete |
|||
128 |
Remove a task from a plan job. Use --task @all to remove all tasks. |
|
Tasks |
Delete |
||
129 |
Remove a trigger from a plan. Use --id -1 or --name @all to remove all triggers. Administrator permission required to use a name and only the first trigger with the given name will be removed. |
Triggers |
Delete |
|||
130 |
Remove a user. |
Users |
Delete |
|||
131 |
Remove global or plan variables. Specify the variable names using the field parameters. |
|
Variables |
Delete |
||
132 |
Render url based request. The response data modified by findReplace processing is returned. |
requestParameters, requestType, type, acceptType, build, file, encoding, findReplace, findReplaceRegex |
Render |
Get |
||
133 |
Restart a build that failed or was stopped. Use continue to ignore errors finding a build to restart or failed results. |
Builds |
|
|||
134 |
Only useful in the context of a run script replacing an existing plan with createPlan. This will attempt to add agent assignments saved during createPlan and that are still valid. |
|
Agent Assignments |
Import |
||
135 |
Resume server to allow builds to be started. |
|
|
Server |
Start |
|
136 |
Run actions from a file or standard input. |
common, continue, simulate, clearFileBeforeAppend, encoding, findReplace, findReplaceRegex |
Run |
Run |
||
137 |
Run actions for each agent assignment with filtering like getAgentAssignment. |
|
agent, type, limit, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Agent Assignments |
Run |
|
138 |
Run actions for each agent with regex filtering on agent name. |
|
excludeEnabled, excludeDisabled, limit, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Agents |
Run |
|
139 |
Run actions for each build with filtering like getBuildList. |
labels, issues, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Builds |
Run |
||
140 |
Run actions for each capability with regex filtering like getCapabilityList. |
|
agent, limit, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Run |
Run |
|
141 |
Run actions generated from a CSV file. |
common, input, propertyFile, continue, quiet, simulate, clearFileBeforeAppend, encoding, findReplace, findReplaceRegex |
CSV |
Run |
||
142 |
Run actions for each deployment project with regex filtering on deployment project name. |
|
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Deployment |
Run |
|
143 |
Run actions for each environment defined for a deployment project with regex filtering on environment name. |
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Deployment |
Run |
||
144 |
Run actions for each environment requirement defined for a deployment environment with regex filtering on requirement name. |
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Deployment |
Run |
||
145 |
Run actions for each environment trigger defined for a deployment environment with regex filtering on trigger name or description. |
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Deployment |
Run |
||
146 |
Run actions for each job with regex filtering on job key or name. Restrict to a specific stage or leave stage blank to get jobs across all stages. |
stage, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Jobs |
Run |
||
147 |
Run actions for each entry in a list. When file is provided, each action in the file augmented by the common parameter will be run for each entry. Otherwise, just the action specified by the common parameter will be run. |
list2, input, file, common, continue, quiet, simulate, clearFileBeforeAppend, encoding, findReplace, findReplaceRegex |
Run |
Run |
||
148 |
Run actions for each plan with regex filtering on plan key or name. Use @all for project to get a list of plans across all projects. See getPlanList for all filtering capabilities. |
favorite, excludeDisabled, excludeEnabled, labels, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Plans |
Run |
||
149 |
Run actions for each project with regex filtering on project key or name. |
|
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Projects |
Run |
|
150 |
Run actions for each repository with regex filtering on repository name. |
|
plan, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Repositories |
Run |
|
151 |
Run actions for each requirement defined for a job with regex filtering on requirement name. |
limit, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Requirements |
Run |
||
152 |
Run actions generated by SQL provided by the sql parameter, a file, or standard input |
common, driver, database, host, port, url, dbUser, dbPassword, input, propertyFile, continue, simulate, clearFileBeforeAppend, encoding, findReplace, findReplaceRegex |
SQL |
Run |
||
153 |
Run actions for each stage with regex filtering on stage name. |
stage, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Stages |
Run |
||
154 |
Run actions for each task in a job with regex filtering like getTaskList. |
limit, regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Tasks |
Run |
||
155 |
Run actions for each plan trigger with regex filtering on trigger name or description. |
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Triggers |
Run |
||
156 |
Run actions for each user with regex filtering the same as getUserList. |
|
regex, common, continue, simulate, clearFileBeforeAppend, input, file, encoding, findReplace, findReplaceRegex |
Users |
Run |
|
157 |
Run actions only if a regex based condition is met. Other parameters and behavior are the same as the run action. By default the regex is used as a find operation in the value. Options parameter can be set to one or more of the following to modify the default behavior: literal - to treat the regex string as a literal string, exact - to require an exact match of the value, negative - to reverse the condition so a match means do NOT run action. |
common, continue, simulate, clearFileBeforeAppend, encoding, findReplace, findReplaceRegex |
Run |
Run |
||
158 |
Set child dependencies and other related options. |
Options |
Update |
|||
159 |
Set the plan as a favorite. |
|
Plans |
Update |
||
160 |
Set miscellaneous option for a job. The following options are specifically supported: clean working directory after job completes (cleanAfter switch) and pattern matching labeling (regex and labels parameters). Use the field and value parameters for additional settings with values determined from the screen. Some previous settings may be lost if not specifically requested. |
Jobs |
Update |
|||
161 |
Request to stop a queued or running build. Use continue to ignore errors finding a build to stop or failed results. The wait parameter will cause processing to wait for completion or timeout before returning. |
Builds |
|
|||
162 |
Experimental. Test a global or plan repository configuration to see if a successful connection can be made. Bamboo 5.15 or higher for Bitbucket, GIT, and Mercurial repositories using shared credentials only. |
Repositories |
|
|||
163 |
Remove the plan from the favorite list. |
|
Plans |
|
||
164 |
Update branching options for a plan. Use the field or other field setting parameters to set options. Use getBranchingOptions to view the available fields that can be set. |
field, fields, field1, value1, field2, value2, file, encoding |
Branches |
Update |
||
165 |
Update a capabilities value. |
|
Update |
|||
166 |
Update existing credentials. Credentials can be renamed by providing a name. |
name, userId, file, input, accessKeyId, userPassword, sshParaphrase, accessKey |
|
Update |
||
167 |
Update a deployment environment requirement. |
Deployment |
Update |
|||
168 |
Update a task for a deployment environment. |
description, taskKey, field, fields, field1, value1, field2, value2 |
Deployment |
Update |
||
169 |
Update existing deployment environment variables. Use the field parameters for the variable name and the corresponding value parameters for the variable values. Use append to add text to an existing variable. |
Deployment |
Update |
|||
170 |
Update a plan's name or description. Provide a 2-part plan key where the first part is the project key. Variable @planName@ can be used in the name or description parameter to substitution the current plan name. |
Plans |
Update |
|||
171 |
Update a global or plan repository. Be careful to provide all the parameters needed for the repository definition just like on addRepository. If the credentials parameter is provided the appropriate fields will be added automatically for GIT, Mercurial, and Bitbucket Cloud repositories. |
repository or id |
plan, name, credentials, field, fields, field1, value1, field2, value2 |
Repositories |
Update |
|
172 |
Update a plan requirement. |
Requirements |
Update |
|||
173 |
Update stage details. |
Stages |
Update |
|||
174 |
Update a task in a plan job. You must provide the same parameters as if you were creating the task. |
enable, disable, taskKey, field, fields, field1, value1, field2, value2 |
Tasks |
Update |
||
175 |
Update existing global or plan variables. Defaults to global variables unless a plan is specified. Use the field parameters for the variable name and the corresponding value parameters for the variable values. Use append to add text to an existing variable. |
|
plan, append, findReplace, findReplaceRegex, field, fields, field1, value1, field2, value2 |
Variables |
Update |
|
176 |
Validates the CLI Connector is enabled and licensed on the server. |
|
|
Misc |
Check |
|
177 |
Verify build was successful. Throws exception if not successful. |
Builds |
|
Parameters
|
Parameter |
Short |
Value |
Multiple Use Allowed |
Description |
---|---|---|---|---|---|
1 |
|
|
|
Content type to accept for renderRequest if different than type. |
|
2 |
|
|
|
Secret access key for AWS credentials. |
|
3 |
|
|
|
Access key id for AWS credentials. |
|
4 |
a |
|
|
Requested operation to perform. Valid actions are listed at the end. |
|
5 |
|
|
|
Used in orderRepository to name the repository after which the repository will be positioned. Similarly for moveTask where it represent the name or id of the task. Similarly for moveStage where it represent the name of the stage. |
|
6 |
|
|
|
SQL to run after a successful action. Limited to specific actions at this time. |
|
7 |
|
|
|
Agent name. |
|
8 |
|
|
|
Append to existing varaibles on updateVariables. For some actions using the file parameter, append will append output to the existing file. |
|
9 |
|
|
|
Build artifact name. May be extended by a path name for locating files within an artifact representing a dirctory. |
|
10 |
|
|
|
Key used to identify a project, plan, job, deployment proejct, or environment to be assigned to a specific agent. This makes the agent dedicated to only perform builds for all assignments. Examples: XXX, XXX-DEF, XXX-DEF-JOB1, Deployment for XXX-DEF, Deployment for XXX-DEF:QA, 77857004-77955436 |
|
11 |
|
|
|
Indicate that a stage be run automatically. |
|
12 |
|
|
|
Before task name or id. |
|
13 |
|
|
|
Plan branch name normally. In the context of a repository it can reference a repository branch. |
|
14 |
|
|
|
Build key. Normally used to refer to a specific build (3 or 4 part name). However, it was also an older terminology for a plan and some action continue to accept the older terminology. Example: XXX-DEF or XXX-DEF-1 |
|
15 |
|
|
|
Capability name (label) or key. |
|
16 |
|
|
|
Comma separated list of plan keys that represent child plan dependencies. |
|
17 |
|
|
|
Clean working directory after each job completes. Use on setJobOptions. |
|
18 |
|
|
|
For run actions, this option will automatically clear an existing file on the first append requested. |
|
19 |
|
|
|
Column selection and ordering when action generates CSV output. A comma separated list of column numbers (1-based) or column names (case insensitive). Only columns provided by the selected outputFormat are available for selection. Invalid columns will be ignored. |
|
20 |
|
|
|
Comment text. |
|
21 |
|
|
|
Common parameter string added to all run actions. |
|
22 |
|
|
|
Allow overriding environment settings for connect and read timeouts on URL connections. In milliseconds, 0 means infinite. |
|
23 |
|
|
|
Continue processing even after errors are encountered for run actions. Also used for some action to ignore certain errors like not found errors on remove actions. |
|
24 |
|
|
|
Name of file to restore and persist cookies across invocations of CLI actions. Can be used to provide Data Center session affinity for actions using REST APIs. |
|
25 |
|
|
|
Copy pattern for an artifact definition. |
|
26 |
|
|
|
Credentials name or id. |
|
27 |
|
|
|
Database name is required for SQL actions. |
|
28 |
|
|
|
Format string for dates in Java SimpleDateFormat. Default for output is client date format. Default for date parsing is lenient starting with client date format and then some other standard formats based on JSON date format. |
|
29 |
|
|
|
Alternate format string for dates in Java SimpleDateFormat. Use specific (may be ignored), but normally used for date only fields to avoid longer dateFormat based output. Some uses default to yyyy-MM-dd. |
|
30 |
|
|
|
Database table needs to be created before adding rows. |
|
31 |
|
|
|
By default, lib/jdbc is used to automatically load database drivers. Otherwise you can specify a specific file or url reference for the database driver jar. Example /jdbcDrivers/postgresql-42.1.4.jar or https://jdbc.postgresql.org/download/postgresql-42.1.4.jar
|
|
32 |
|
|
|
Database user password. Defaults to password. |
|
33 |
|
|
|
Database table name when creating or updating a database from list output. |
|
34 |
|
|
|
Comma separated list of column names used to access existing rows for update. Normally this defines a primary key set for the table. |
|
35 |
|
|
|
Database user name. Defaults to user. |
|
36 |
|
|
|
Requests detail debug output. Optional for all actions. |
|
37 |
|
|
|
Deployment project name or id. |
|
38 |
|
|
|
Description for entity. |
|
39 |
|
|
|
Disable an entity for those entities like plans, stages, jobs, and tasks. |
|
40 |
|
|
|
JDBC driver class or predefined value: postgresql, mysql, mssql, oracle, or db2400. Required for SQL actions. |
|
41 |
|
|
|
Enable an entity when updating. |
|
42 |
|
|
|
Character encoding (character set) for text based file content - must be an encoding supported by your JAVA platform. |
|
43 |
|
|
|
Deployment environment name or id. |
|
44 |
|
|
|
Event alias or key. Alias values are: After X Build Failures, All Builds Completed, All Jobs Completed, Change of Build Status, Change of Job Status, Change of Responsibilities, Comment Added, Failed Builds And First Successful, Failed Jobs And First Successful, First Failed Job For Plan, Job Error, Job Hung, Job Queue Timeout, Job Queued Without Capable Agents, Notify After X Consecutive Failures, Notify on All Build Errors. Add-ons provide events identified by key. Example key: com.atlassian.bamboo.plugin.system.notifications:chainCompleted.failedChains. |
|
45 |
|
|
|
Filter out entries that are disabled. |
|
46 |
|
|
|
Filter out entries that are enabled. |
|
47 |
|
|
|
Deprecated. Not used. |
|
48 |
|
|
|
Subset to favorites. Same as favourite. |
|
49 |
|
|
|
Subset to favourites. Same as favorite. |
|
50 |
|
|
|
Use to set construct specific fields or variables using field=value syntax. The first equal sign (=) delineates the field name from it's value. This provides a more convenient and expandable way to set fields as an alternative to the fields and numbered field parameters. Values are trimmed unless single quoted and single quoted strings will have single quotes removed. |
|
51 |
|
|
|
Construct specific field or variable name. Value is specified by the value1 parameter. |
|
52 |
|
|
|
Construct specific field or variable name. Value is specified by the value2 parameter. |
|
53 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
54 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
55 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
56 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
57 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
58 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to field1 and value1 usage. |
|
59 |
|
|
|
Use to specify task or repository specific fields or variables and their values. A comma separated list of key:value pairs. Single quote the key:value pair if it contains a comma (,) or line breaks. |
|
60 |
f |
|
|
Path to file based content or result output. Use - for standard input. Use + for getting lines from 'input' parameters. |
|
61 |
|
|
|
Make a final task. |
|
62 |
|
|
|
Find and replace text. Comma separated list of colon separated pairs. Single quote values containing a delimiter. Embedded quotes must be escaped. |
|
63 |
|
|
|
Find and replace text with a regular expression. Comma separated list of colon separated pairs. Single quote values containing a delimiter. Embedded quotes must be doubled. |
|
64 |
|
|
|
Group name. In the case of addUser, a comma separated list of group names. |
|
65 |
|
|
|
Prints this help message. |
|
66 |
|
|
|
Database host server for SQL actions. Not used if url is provided. Defaults to localhost if not provided. |
|
67 |
|
|
|
Stage or task id. |
|
68 |
i |
|
|
Line of input used in place of file data. One or more input parameters are used as lines the file parameter has a special value of +. |
|
69 |
|
|
|
Comma separated list of IP addresses to restrict ability to remotely trigger builds. |
|
70 |
|
|
|
Comma separated list of Jira issue keys. |
|
71 |
|
|
|
Job key. Example: JOB1 |
|
72 |
|
|
|
Comma or blank separated list of labels. When used for filtering, any label will satify the filter condition. |
|
73 |
|
|
|
Maximum number of entries to return. |
|
74 |
|
|
|
Comma separated list of entries to populate the entry replacement variable on runFromList. Single quote values containing a delimiter. Embedded quotes must be doubled. |
|
75 |
|
|
|
Comma separated list of entries to populate the entry2 replacement variable on runFromList. Single quote values containing a delimiter. Embedded quotes must be doubled. |
|
76 |
|
|
|
Working directory relative path to a source location for an artifact definition or a destination location for an artifact dependency. |
|
77 |
|
|
|
Indicate that a stage be run manually. |
|
78 |
|
|
|
Name of entity, like plan name. |
|
79 |
|
|
|
Build number. Defaults to latest. |
|
80 |
|
|
|
Comma separated list of support, experimental, or other client or action specific options. |
|
81 |
|
|
|
Specify output format for a list actions. Output format determines what columns are retrieved for the list. More columns usually take longer to retrieve. |
|
82 |
|
|
|
CSV output can be converted to plain text or HTML based on the value of this parameter. Valid values are: text, table, html. |
|
83 |
p |
|
|
User password for remote access. This is a required parameter for most actions. |
|
84 |
|
|
|
Plan key containing the project key. Preferred way to reference a plan instead of the older build terminology. Example: XXX-DEF |
|
85 |
|
|
|
Database host port for SQL actions. Optional, defaults to database default. Not used if url is provided. |
|
86 |
|
|
|
Project key. Example: XXX |
|
87 |
|
|
|
Project name. |
|
88 |
|
|
|
Property file with database parameters, field mappings, or client specific information. |
|
89 |
|
|
|
Limit some output messages. Optional for all actions. |
|
90 |
|
|
|
Recipient value for add notifications. Many recipient types need a primary recipient value. This parameter can be used instead of setting a recipient type specific field and value. |
|
91 |
|
|
|
Recipient type alias or key. Alias values are: CLI, Committers - Users who have committed to the build, Email Address, Group, Hipchat room, IM Address, Responsible Users, User, users who are responsible for the current failure, users who have committed to the build, users who have marked this build as their favourite, Watchers - Users who have marked this plan as their favourite. Add-ons provide recipient types are identified by key. Example key: com.atlassian.bamboo.plugins.bamboo-hipchat:recipient.hipchat. |
|
92 |
|
|
|
Reference to a replacement key value used to remember an action specific value like issue key, entity id, or similar so it can be referenced later. Each action that allows this parameter will specify that the reference parameter is valid for the action. |
|
93 |
|
|
|
Regular expression for condition matching or list filtering. |
|
94 |
|
|
|
Replace existing entity on add, create, or similar actions. |
|
95 |
|
|
|
Name of a repository. In some cases, a comma separated list of repository names. |
|
96 |
|
|
|
Repository key that uniquely identifies the repository type. Example: com.atlassian.bamboo.plugins.atlassian-bamboo-plugin-mercurial:hg |
|
97 |
|
|
|
URL fragment for a request. |
|
98 |
|
|
|
URL request parameters or post data. |
|
99 |
|
|
|
Type of a render request like GET or POST |
|
100 |
|
|
|
Plan requirement key, either a custom key or a system capability key or name like system.builder.ant.Ant or Ant. |
|
101 |
|
|
|
Revision id or tag. |
|
102 |
|
|
|
Cron, daily time, or periodic schedule. A cron schedule must be valid cron expresssions and defaults to 0 0 0 ? * *. A daily time is a 24 hour format (HH:mm) value. A periodic schedule is a numeric value in seconds and defaults to 180. |
|
103 |
s |
|
|
Server URL. Normally the same URL used when using a browser to access the server. This is a required parameter for most actions. |
|
104 |
|
|
|
For an artifact definition, makes the artifact available for other builds. |
|
105 |
|
|
|
Simulate running actions. Log the action that would be taken. |
|
106 |
|
|
|
Ordered list of alternate characters for comma ( , ), colon ( : ), at ( @ ), quote ( ' ), and double quote ( " ) characters used for specialized processing of some specific parameters. |
|
107 |
|
|
|
SQL select statement used to generate a run script. |
|
108 |
|
|
|
Paraphrase for SSH credentials. |
|
109 |
|
|
|
Stage name. |
|
110 |
|
|
|
Comma separated list of keys that represent plans that must be successful before a build is triggered. |
|
111 |
|
|
|
Target server user password. Defaults to password parameter. |
|
112 |
|
|
|
Target server URL. Meaning is action specific. For addRepository, used to access Bitbucket Server information. |
|
113 |
|
|
|
Target server user. Defaults to user parameter. |
|
114 |
|
|
|
Task id, name, or description. Task ids are unique, but names and descriptions are not. Name and description lookup is done by finding the first match in the ordered task list. |
|
115 |
|
|
|
Task key. Example: com.atlassian.bamboo.plugins.scripttask:task.builder.script.An alias can also be used to make it easier and less error prone. See addTask for the list. |
|
116 |
|
|
|
Wait timeout in seconds. Use -1 to wait forever. |
|
117 |
|
|
|
Plan key to be created. Example: XXX-DEF |
|
118 |
|
|
|
Project key to clone to. |
|
119 |
|
|
|
Deployment environment name or id. |
|
120 |
|
|
|
Capability type like Executable, Custom, or JDK.Also requirement match type with values: exist (default), equal, match. Also, content type for renderRequest and trigger type for addTrigger. |
|
121 |
|
|
|
Action specific setting. Example: Database access url for SQL actions. Optional when host is provided. |
|
122 |
u |
|
|
User name for remote access. |
|
123 |
|
|
|
User email for user management actions. |
|
124 |
|
|
|
User name for user management actions. |
|
125 |
|
|
|
User id for user credentials and user management. |
|
126 |
|
|
|
User password for user credentials and user manaagement. |
|
127 |
|
|
|
Field value or condition value for matching. |
|
128 |
|
|
|
Value corresponding to the field1 parameter name. |
|
129 |
|
|
|
Value corresponding to the field2 parameter name. |
|
130 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
131 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
132 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
133 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
134 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
135 |
|
|
|
Deprecated - use multiple field parameters instead. Similar to value1 and field1 usage. |
|
136 |
|
|
|
Requests verbose output to help with problem determination. Optional for all actions. |
|
137 |
|
|
|
Version name for deployment. |
|
138 |
|
|
|
Wait for action to complete. |
Parameter Tips
Common parameters
A few common parameters are available that are not specifically listed as optional parameters for each action: help, verbose, debug, quiet, special, dateFormat, dateFormat2, and outputType. Similarly for database related parameters that are optional for all get list actions: url, dbUser, dbPassword, database, driver, dbJar, host, port, dbCreateTable, dbTable, dbTableKeys, afterSql, and propertyFile.
Tips
- To get help for a specific action, type the action followed by --help - example: --action getProjectList --help
- Use double dash for multi-letter parameters - example: --help
- Use single dash for single letter parameters indicated in the Short column in parameter help - example: -v
- When parameters are specified, most need a value as indicated by a check in the Value column in parameter help - example: --action addPage
- Some parameters are flags (boolean) and must not be followed by a value - example: --verbose
- Parameter names are case sensitive, but, action values are not - example: --userid is invalid but --action addpage is equivalent to --action addPage
- An incorrect case parameter will result in an unknown parameter error and show action help with correctly cased parameter (9.8 or higher)
- Some parameters become required once a specific action is chosen. This is indicated in the action help text as required.
- Some parameters have both short (one letter) and long (more than one letter) parameter names - example: -a or --action are the same and cannot both be specified
- Some parameters have default values, if so, they are indicated in the help text
- Values that contain blanks or some special characters (platform specific) must be enclosed by double quotes - example: --title "this is my title"
- Quoting rules in commands can vary by terminal environment:
- Windows command terminals or run action scripts for all platforms: embedded double quotes within a double quoted string must be escaped by doubling the double quote - example: –common "-a addComment --comment ""This is an example of a double quoted string inside a double quote"" "
- Linux and Mac/OSX command terminals require standard Linux style escaping: embedded double quotes within a double quoted string can be escaped with a \ - example: –common " -a addComment --comment \"This is an example of a double quoted string inside a double quote\" "
- Run CLI Actions usage: embedded double quotes within a double quoted string can be escaped by doubling the double quote (first example above)
- A single quote sometimes can used in place of a double quotes on some command terminal environments - example: –common '-a addComment --comment "This is an example of a double quoted string inside a double quote" '
- Some parameters allow entry of a comma separated list of values, values containing a comma must be enclosed in single quotes - example: --custom "'first:a,b,c', second:x". Embedded single quotes within a quoted string must be doubled
- Some text fields support the automatic conversion of " \n " (blanks are significant) to be replaced with a new line character - example: --description "A multi-line text field: \n # line 1 \n # line 2"
Special parameter
Some special characters are difficult to deal with or make action text very complicated. This is because they have special meaning in either the OS command terminal handling, the tool's command line parsing, or the tool's use of separators (like comma or colon separated lists). As a convenience to avoid some of these nasty situations, a special parameter was implemented to allow alternate characters to be used instead of (or in addition to) the problematic characters within parameter values. The choice of what special characters to use depends on the content so that you do not have conflicts with intended content. The special parameter works by the user providing a order specific alternate character. The alternative character is replaced with the real character after all other parsing occurs. It is implemented for many action parameters that are problematic in this area. Not all situations are covered, but, that will improve as other use cases are identified.
Position | Character | Character name | Suggested alternate | Usage |
---|---|---|---|---|
1 | , | comma | Some parameters use comma separated lists. | |
2 | : | colon | # | Some parameters use colon separated values. |
3 | @ | at sign | Replacement variables syntax: @...@. | |
4 | ' | single quote | Used in separated lists to cover cases where content contains separator. | |
5 | " | double quote | ~ | Parameters containing blanks. |
6 | ^ | caret | Substitution double quote indicator: ^^...^^. See ACLI-673 for details. |
A blank in any position is ignored (no alternate provided).
Example: –special " # ~" provides alternates for colon and double quote.
--common "--findReplace ~something to find containing a : (colon)#replacement~"
Character Set
User and password values should be in the ISO-8859-1 character set. Also avoid characters that require escaping on your OS command terminal. Non standard characters will result in an authorization error similar to: User is not authorized to perform the request.