debian-mirror-gitlab/doc/user/project/merge_requests/creating_merge_requests.md

224 lines
9.8 KiB
Markdown
Raw Normal View History

2019-12-26 22:10:19 +05:30
---
2020-03-13 15:44:24 +05:30
type: howto
description: "How to create Merge Requests in GitLab."
disqus_identifier: 'https://docs.gitlab.com/ee/gitlab-basics/add-merge-request.html'
2019-12-26 22:10:19 +05:30
---
2020-03-13 15:44:24 +05:30
# How to create a merge request
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Before creating a merge request, read through an
[introduction to Merge Requests](getting_started.md)
to familiarize yourself with the concept, the terminology,
and to learn what you can do with them.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Every merge request starts by creating a branch. You can either
2020-06-23 00:09:42 +05:30
do it locally through the [command line](#new-merge-request-from-your-local-environment), via a Git CLI application,
or through the [GitLab UI](#new-merge-request-from-a-new-branch-created-through-the-ui).
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
This document describes the several ways to create a merge request.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
When you start a new merge request, regardless of the method,
you'll be taken to the [**New Merge Request** page](#new-merge-request-page)
to fill it with information about the merge request.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
If you push a new branch to GitLab, also regardless of the method,
you can click the [**Create Merge Request**](#create-merge-request-button)
button and start a merge request from there.
## New Merge Request page
On the **New Merge Request** page, start by filling in the title
2020-04-22 19:07:51 +05:30
and description for the merge request. If there are already
2020-03-13 15:44:24 +05:30
commits on the branch, the title will be prefilled with the first
line of the first commit message, and the description will be
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.
![New Merge Request page](img/new_merge_request_page_v12_6.png)
TIP: **Tip:**
You can push one or more times to your branch in GitLab before
creating the merge request.
## Create Merge Request button
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**.
![Create Merge Request button](img/create_merge_request_button_v12_6.png)
You can also see the **Create merge request** button in the top-right of the:
2019-12-26 22:10:19 +05:30
- **Project** page.
- **Repository > Files** page.
- **Merge Requests** page.
2020-03-13 15:44:24 +05:30
In this case, GitLab will use the most recent branch you pushed
changes to as the source branch, and the default branch in the current
project as the target.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
## New merge request by adding, editing, and uploading a file
2020-01-01 13:55:28 +05:30
2020-03-13 15:44:24 +05:30
When you choose to edit, add, or upload a file through the GitLab UI,
at the end of the file you'll 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**.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Similarly, if you change files through the Web IDE, when you navigate to **Commit** on the left-hand sidebar, you'll see these same options.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Once you have added, edited, or uploaded the file:
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
1. Describe your changes in the commit message.
1. 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).
1. 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.
1. Click **Commit changes**.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
If you chose to start a merge request, you'll be taken to the
[**New Merge Request** page](#new-merge-request-page), from
which you can fill it in with information and submit the merge request.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
The merge request will target the default branch of the repository.
If you want to change it, you can do it later by editing the merge request.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
## New merge request from a new branch created through the UI
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
To quickly start working on files through the GitLab UI,
navigate to your project's **Repository > Branches** and click
**New branch**. A new branch will be created and you can start
editing files.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Once committed and pushed, you can click on the [**Create Merge Request**](#create-merge-request-button)
button to open the [**New Merge Request** page](#new-merge-request-page).
A new merge request will be started using the current branch as the source,
and the default branch in the current project as the target.
2019-12-26 22:10:19 +05:30
2020-06-23 00:09:42 +05:30
## New merge request from your local environment
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
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:
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
```shell
git checkout -b my-new-branch
```
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Work on your file changes, stage, and commit them:
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
```shell
git add .
git commit -m "My commit message"
```
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Once you're done, [push your branch to GitLab](../../../gitlab-basics/start-using-git.md#send-changes-to-gitlabcom):
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
```shell
git push origin my-new-branch
```
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
In the output, GitLab will prompt you with a direct link for creating
a merge request:
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
```shell
...
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-branch
```
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
Copy that link and paste it in your browser, and the [**New Merge Request page**](#new-merge-request-page)
will be displayed.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
There is also a number of [flags you can add to commands when pushing through the command line](../push_options.md) to reduce the need for editing merge requests manually through the UI.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
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**](#create-merge-request-button) button.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
## New merge request from an issue
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
You can also [create a new merge request directly from an issue](../repository/web_editor.md#create-a-new-branch-from-an-issue).
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
## New merge request from the Merge Requests page
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
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](#new-merge-request-page) and fill in the details.
2020-04-22 19:07:51 +05:30
## New merge request from a fork
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:
1. Go to **Projects > Your Projects** and select your fork of the repository.
1. In the left menu, go to **Merge Requests**, and click **New Merge Request**.
1. In the **Source branch** drop-down list box, select your branch in your forked repository as the source branch.
1. In the **Target branch** drop-down list box, select the branch from the upstream repository as the target branch.
1. After entering the credentials, click **Compare branches and continue** to compare your local changes to the upstream repository.
1. 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
2020-05-24 23:13:21 +05:30
[removing the forking relationship](../settings/index.md#removing-a-fork-relationship).
2020-04-22 19:07:51 +05:30
For further details, [see the forking workflow documentation](../repository/forking_workflow.md).
2020-03-13 15:44:24 +05:30
## New merge request by email **(CORE ONLY)**
2019-12-26 22:10:19 +05:30
_This feature needs [incoming email](../../../administration/incoming_email.md)
2020-03-13 15:44:24 +05:30
to be configured by a GitLab administrator to be available._ It isn't
available in GitLab.com.
2019-12-26 22:10:19 +05:30
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 will be
used as the source branch name for the new merge request and the target branch
will be the default branch for the project. The message body (if not empty)
will be used as the merge request description. You need
["Reply by email"](../../../administration/reply_by_email.md) 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**
2020-03-13 15:44:24 +05:30
as anyone who has it can create issues or merge requests as if they were you.
2019-12-26 22:10:19 +05:30
You can add this address to your contact list for easy access.
![Create new merge requests by email](img/create_from_email.png)
_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._
### Adding patches when creating a merge request via e-mail
2020-03-13 15:44:24 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/22723) in GitLab 11.5.
2019-12-26 22:10:19 +05:30
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` will be considered patches and they will be processed
ordered by name.
The combined size of the patches can be 2MB.
If the source branch from the subject does not exist, it will be
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](../quick_actions.md). If the source
branch already exists, the patches will be applied on top of it.
2020-03-13 15:44:24 +05:30
## Reviewing and managing Merge Requests
Once you have submitted a merge request, it can be [reviewed and managed](reviewing_and_managing_merge_requests.md) through GitLab.