- Cherry-pick a merge request
- Cherry-pick a commit
- Related topics
GitLab implements Git’s powerful feature to cherry-pick any commit with a Cherry-pick button in merge requests and commit details.
After the merge request has been merged, a Cherry-pick button displays to cherry-pick the changes introduced by that merge request.
After you select that button, a modal displays a branch filter search box where you can choose to either:
- Cherry-pick the changes directly into the selected branch.
- Create a new merge request with the cherry-picked changes.
Introduced in GitLab 12.9.
When you cherry-pick a merge commit, GitLab displays a system note to the related merge request thread. It crosslinks the new commit and the existing merge request.
Each deployment’s list of associated merge requests includes cherry-picked merge commits.
You can cherry-pick a commit from the commit details page:
Similar to cherry-picking a merge request, you can cherry-pick the changes directly into the target branch or create a new merge request to cherry-pick the changes.
When cherry-picking merge commits, the mainline is always the first parent. If you want to use a different mainline, you need to do that from the command line.
Here’s a quick example to cherry-pick a merge commit using the second parent as the mainline:
git cherry-pick -m 2 7a39eb0
You can cherry-pick merge requests from the same project, or forks of the same project, from the GitLab user interface:
- In the merge request’s secondary menu, select Commits to display the commit details page.
- Select the Options dropdown and select Cherry-pick to show the cherry-pick modal.
- In Pick into project and Pick into branch, select the destination project and branch:
- Optional. Select Start a new merge request if you’re ready to create a merge request.
- Select Cherry-pick.
- The Commits API enables you to add custom messages to changes you cherry-pick through the API.