| stage | group | info | type | description | disqus_identifier |
|---|---|---|---|---|---|
Create |
Source Code |
To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments |
howto |
How to create Merge Requests in GitLab. |
Before creating a merge request, read through an introduction to Merge Requests to familiarize yourself with the concept, the terminology, and to learn what you can do with them.
Every merge request starts by creating a branch. You can either do it locally through the command line, via a Git CLI application, or through the GitLab UI.
This document describes the several ways to create a merge request.
When you start a new merge request, regardless of the method, you are taken to the New Merge Request page to fill it with information about the merge request.
If you push a new branch to GitLab, also regardless of the method, you can click the Create Merge Request button and start a merge request from there.
On the New Merge Request page, start by filling in the title and description for the merge request. If there are already commits on the branch, the title is prefilled with the first line of the first commit message, and the description is prefilled with any additional lines in the commit message. The title is the only field that is mandatory in all cases.
From there, you can fill it with information (title, description, assignee(s), milestone, labels, approvers) and click Create Merge Request.
From that initial screen, you can also see all the commits, pipelines, and file changes pushed to your branch before submitting the merge request.
TIP: Tip: You can push one or more times to your branch in GitLab before creating the merge request.
Once you have pushed a new branch to GitLab, visit your repository in GitLab and to see a call-to-action at the top of your screen from which you can click the button Create Merge Request.
You can also see the Create merge request button in the top-right of the:
- Project page.
- Repository > Files page.
- Merge Requests page.
In this case, GitLab uses the most recent branch you pushed changes to as the source branch, and the default branch in the current project as the target.
When you choose to edit, add, or upload a file through the GitLab UI, at the end of the file you see the option to add the Commit message, to select the Target branch of that commit, and the checkbox to Start new a merge request with these changes.
Similarly, if you change files through the Web IDE, when you navigate to Commit on the left-hand sidebar, you see these same options.
Once you have added, edited, or uploaded the file:
- Describe your changes in the commit message.
- Select an existing branch to add your commit into, or, if you'd like to create a new branch, type the new branch name (without spaces, capital letters, or special chars).
- Keep the checkbox checked to start a new merge request straightaway, or, uncheck it to add more changes to that branch before starting the merge request.
- Click Commit changes.
If you chose to start a merge request, you are taken to the New Merge Request page, from which you can fill it in with information and submit the merge request.
The merge request targets the default branch of the repository. If you want to change it, you can do it later by editing the merge request.
To quickly start working on files through the GitLab UI, navigate to your project's Repository > Branches and click New branch. A new branch is created and you can start editing files.
Once committed and pushed, you can click on the Create Merge Request button to open the New Merge Request page. A new merge request is started using the current branch as the source, and the default branch in the current project as the target.
Assuming you have your repository cloned into your computer and you'd like to start working on changes to files, start by creating and checking out a new branch:
git checkout -b my-new-branchWork on your file changes, stage, and commit them:
git add .
git commit -m "My commit message"Once you're done, push your branch to GitLab:
git push origin my-new-branchIn the output, GitLab prompts you with a direct link for creating a merge request:
...
remote: To create a merge request for docs-new-merge-request, visit:
remote: https://gitlab-instance.com/my-group/my-project/merge_requests/new?merge_request%5Bsource_branch%5D=my-new-branchCopy that link and paste it in your browser, and the New Merge Request page is displayed.
There is also a number of flags you can add to commands when pushing through the command line to reduce the need for editing merge requests manually through the UI.
If you didn't push your branch to GitLab through the command line (for example, you used a Git CLI application to push your changes), you can create a merge request through the GitLab UI by clicking the Create Merge Request button.
You can also create a new merge request directly from an issue.
You can start creating a new merge request by clicking the New merge request button on the Merge Requests page in a project. Then choose the source project and branch that contain your changes, and the target project and branch where you want to merge the changes into. Click on Compare branches and continue to go to the New Merge Request page and fill in the details.
After forking a project and applying your local changes, complete the following steps to create a merge request from your fork to contribute back to the main project:
- Go to Projects > Your Projects and select your fork of the repository.
- In the left menu, go to Merge Requests, and click New Merge Request.
- In the Source branch drop-down list box, select your branch in your forked repository as the source branch.
- In the Target branch drop-down list box, select the branch from the upstream repository as the target branch.
- After entering the credentials, click Compare branches and continue to compare your local changes to the upstream repository.
- Assign a user to review your changes, and click Submit merge request.
When the changes are merged, your changes are added to the upstream repository and the branch as per specification. After your work is merged, if you don't intend to make any other contributions to the upstream project, you can unlink your fork from its upstream project in the Settings > Advanced Settings section by removing the forking relationship.
For further details, see the forking workflow documentation.
This feature needs incoming email to be configured by a GitLab administrator to be available. It isn't available in GitLab.com.
You can create a new merge request by sending an email to a user-specific email address. The address can be obtained on the merge requests page by clicking on a Email a new merge request to this project button. The subject is used as the source branch name for the new merge request and the target branch is the default branch for the project. The message body (if not empty) is used as the merge request description. You need "Reply by email" enabled to use this feature. If it's not enabled to your instance, you may ask your GitLab administrator to do so.
This is a private email address, generated just for you. Keep it to yourself as anyone who has it can create issues or merge requests as if they were you. You can add this address to your contact list for easy access.
In GitLab 11.7, we updated the format of the generated email address. However the older format is still supported, allowing existing aliases or contacts to continue working.
Introduced in GitLab 11.5.
You can add commits to the merge request being created by adding
patches as attachments to the email. All attachments with a filename
ending in .patch are considered patches and they are processed
ordered by name.
The combined size of the patches can be 2MB.
If the source branch from the subject does not exist, it is
created from the repository's HEAD or the specified target branch to
apply the patches. The target branch can be specified using the
/target_branch quick action. If the source
branch already exists, the patches are applied on top of it.
Once you have submitted a merge request, it can be reviewed and managed through GitLab.