2019-10-12 21:52:04 +05:30
---
type: reference
---
# GitLab Quick Actions
2017-09-10 17:25:29 +05:30
2018-12-05 23:21:45 +05:30
Quick actions are textual shortcuts for common actions on issues, epics, merge requests,
and commits that are usually done by clicking buttons or dropdowns in GitLab's UI.
You can enter these commands while creating a new issue or merge request, or
in comments of issues, epics, merge requests, and commits. Each command should be
on a separate line in order to be properly detected and executed. Once executed,
2019-10-12 21:52:04 +05:30
> From [GitLab 12.1](https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/26672), an alert is displayed when a quick action is successfully applied.
## Quick Actions for issues and merge requests
2018-12-05 23:21:45 +05:30
The following quick actions are applicable to both issues and merge requests threads,
discussions, and descriptions:
| Command | Action | Issue | Merge request |
|:---------------------------|:------------------------------ |:------|:--------------|
| `/tableflip <Comment>` | Append the comment with `(╯°□°)╯︵ ┻━┻` | ✓ | ✓ |
| `/shrug <Comment>` | Append the comment with `¯\＿ ＿ | ✓ | ✓ |
2019-09-30 21:07:59 +05:30
| `/todo` | Add a To Do | ✓ | ✓ |
| `/done` | Mark To Do as done | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/subscribe` | Subscribe | ✓ | ✓ |
| `/unsubscribe` | Unsubscribe | ✓ | ✓ |
| `/close` | Close | ✓ | ✓ |
| `/reopen` | Reopen | ✓ | ✓ |
| `/title <New title>` | Change title | ✓ | ✓ |
| `/award :emoji:` | Toggle emoji award | ✓ | ✓ |
2018-12-13 13:39:08 +05:30
| `/assign me` | Assign yourself | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/assign @user` | Assign one user | ✓ | ✓ |
2019-09-30 21:07:59 +05:30
| `/assign @user1 @user2` | Assign multiple users ** (STARTER)** | ✓ | ✓ |
| `/unassign @user1 @user2` | Remove assignee(s) ** (STARTER)** | ✓ | ✓ |
| `/reassign @user1 @user2` | Change assignee ** (STARTER)** | ✓ | ✓ |
2019-07-31 22:56:46 +05:30
| `/unassign` | Remove current assignee | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/milestone %milestone` | Set milestone | ✓ | ✓ |
| `/remove_milestone` | Remove milestone | ✓ | ✓ |
2019-07-07 11:18:12 +05:30
| `/label ~label1 ~label2` | Add label(s). Label names can also start without ~ but mixed syntax is not supported. | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/unlabel ~label1 ~label2` | Remove all or specific label(s)| ✓ | ✓ |
2019-09-30 21:07:59 +05:30
| `/relabel ~label1 ~label2` | Replace existing label(s) with those specified | ✓ | ✓ |
2019-10-12 21:52:04 +05:30
| `/copy_metadata <#issue>` | Copy labels and milestone from another issue in the project | ✓ | ✓ |
| `/copy_metadata <!merge_request>` | Copy labels and milestone from another merge request in the project | ✓ | ✓ |
2019-09-30 21:07:59 +05:30
| `/estimate <1w 3d 2h 14m>` | Set time estimate | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/remove_estimate` | Remove time estimate | ✓ | ✓ |
2019-10-12 21:52:04 +05:30
| `/spend <time(1h 30m)> <date(YYYY-MM-DD)>` | Add spent time; optionally, specify the date that time was spent on | ✓ | ✓ |
| `/spend <time(-1h 5m)> <date(YYYY-MM-DD)>` | Subtract spent time; optionally, specify the date that time was spent on | ✓ | ✓ |
2018-12-05 23:21:45 +05:30
| `/remove_time_spent` | Remove time spent | ✓ | ✓ |
2019-09-30 21:07:59 +05:30
| `/lock` | Lock the thread | ✓ | ✓ |
| `/unlock` | Unlock the thread | ✓ | ✓ |
2019-10-12 21:52:04 +05:30
| `/due <date>` | Set due date. Examples of valid `<date>` include `in 2 days` , `this Friday` and `December 31st` . | ✓ | |
2018-12-05 23:21:45 +05:30
| `/remove_due_date` | Remove due date | ✓ | |
2019-10-12 21:52:04 +05:30
| `/weight <value>` | Set weight. Valid options for `<value>` include `0` , `1` , `2` , etc. ** (STARTER)** | ✓ | |
2019-09-30 21:07:59 +05:30
| `/clear_weight` | Clears weight ** (STARTER)** | ✓ | |
2019-10-12 21:52:04 +05:30
| `/epic <epic>` | Add to epic `<epic>` . The `<epic>` value should be in the format of `&epic` , `group&epic` or `epic-URL` . ** (ULTIMATE)** | ✓ | |
2019-09-30 21:07:59 +05:30
| `/remove_epic` | Removes from epic ** (ULTIMATE)** | ✓ | |
| `/promote` | Promote issue to epic ** (ULTIMATE)** | ✓ | |
2018-12-05 23:21:45 +05:30
| `/confidential` | Make confidential | ✓ | |
2019-09-04 21:01:54 +05:30
| `/duplicate <#issue>` | Mark this issue as a duplicate of another issue | ✓ |
| `/move <path/to/project>` | Move this issue to another project | ✓ | |
2018-12-05 23:21:45 +05:30
| `/target_branch <Local branch Name>` | Set target branch | | ✓ |
| `/wip` | Toggle the Work In Progress status | | ✓ |
2019-07-31 22:56:46 +05:30
| `/approve` | Approve the merge request | | ✓ |
2018-12-05 23:21:45 +05:30
| `/merge` | Merge (when pipeline succeeds) | | ✓ |
2019-02-15 15:39:39 +05:30
| `/create_merge_request <branch name>` | Create a new merge request starting from the current issue | ✓ | |
2019-09-30 21:07:59 +05:30
| `/relate #issue1 #issue2` | Mark issues as related ** (STARTER)** | ✓ | |
2018-12-05 23:21:45 +05:30
2019-10-12 21:52:04 +05:30
## Autocomplete characters
Many quick actions require a parameter, for example: username, milestone, and
label. [Autocomplete characters ](autocomplete_characters.md ) can make it easier
to enter a parameter, compared to selecting items from a list.
## Quick actions parameters
The easiest way to set parameters for quick actions is to use autocomplete. If
you manually enter a parameter, it must be enclosed in double quotation marks
(`"`), unless it contains only:
1. ASCII letters.
1. Numerals.
1. Underscore, hyphen, question mark, dot, and ampersand.
Parameters are also case-sensitive. Autocomplete handles this, and the insertion
of quotation marks, automatically.
2018-12-05 23:21:45 +05:30
## Quick actions for commit messages
The following quick actions are applicable for commit messages:
| Command | Action |
|:------------------------|:------------------------------------------|
| `/tag v1.2.3 <message>` | Tags this commit with an optional message |
2019-09-30 21:07:59 +05:30
## Quick actions for Epics **(ULTIMATE)**
2018-12-05 23:21:45 +05:30
The following quick actions are applicable for epics threads and description:
| Command | Action |
|:---------------------------|:----------------------------------------|
| `/tableflip <Comment>` | Append the comment with `(╯°□°)╯︵ ┻━┻` |
| `/shrug <Comment>` | Append the comment with `¯\＿ ＿ |
2019-09-30 21:07:59 +05:30
| `/todo` | Add a To Do |
| `/done` | Mark To Do as done |
2018-12-05 23:21:45 +05:30
| `/subscribe` | Subscribe |
| `/unsubscribe` | Unsubscribe |
| `/close` | Close |
| `/reopen` | Reopen |
| `/title <New title>` | Change title |
| `/award :emoji:` | Toggle emoji award |
| `/label ~label1 ~label2` | Add label(s) |
| `/unlabel ~label1 ~label2` | Remove all or specific label(s) |
2019-09-30 21:07:59 +05:30
| `/relabel ~label1 ~label2` | Replace existing label(s) with those specified |
2019-10-12 21:52:04 +05:30
| `/child_epic <epic>` | Adds child epic to `<epic>` . The `<epic>` value should be in the format of `&epic` , `group&epic` or `epic-URL` . ([Introduced in GitLab 12.0](https://gitlab.com/gitlab-org/gitlab-ee/issues/7330)) ** (ULTIMATE)**|
| `/remove_child_epic <epic>` | Removes child epic from `<epic>` . The `<epic>` value should be in the format of `&epic` , `group&epic` or `epic-URL` . ([Introduced in GitLab 12.0](https://gitlab.com/gitlab-org/gitlab-ee/issues/7330)) ** (ULTIMATE)** |
| `/parent_epic <epic>` | Sets parent epic to `<epic>` . The `<epic>` value should be in the format of `&epic` , `group&epic` or `epic-URL` . ([introduced in GitLab 12.1](https://gitlab.com/gitlab-org/gitlab-ee/issues/10556)) ** (ULTIMATE)** |
2019-09-30 21:07:59 +05:30
| `/remove_parent_epic` | Removes parent epic from epic ([introduced in GitLab 12.1](https://gitlab.com/gitlab-org/gitlab-ee/issues/10556)) |
2019-10-12 21:52:04 +05:30
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
Each scenario can be a third-level heading, e.g. `### Getting error message X` .
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->
