A Merge Request (MR) is a request to merge one branch into another.
Use merge requests to visualize and collaborate on proposed changes to source code
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.
Create a branch and commit your changes
git checkout -b "feature_branch" // Create a local branch with checkout
You can also create a branch from Web Application, it depends on your work style. If you are creating a branch from GitLab UI and developing it from your favorite IDE; these commands will help you out:
git fetch git checkout feature_branch
After creating a branch you should add your changes and commit your changes with commit message. For example:
git add src/* // Add every changed file located at /src path git commit -m "Add Login Endpoint."
Push your local branch to remote
git push --set-upstream origin feature_branch // Push your local branch to remote
Now you are ready to create your merge request.
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.
Important Notes: *Always create merge request to source branch(the branch where you created new branch from). For example if you created a branch from 'dev',open your merge request to 'dev'. Not 'master' or any other branches.
When creating merge request follow these steps listed below
Assign the merge request to a colleague for review. Generally more than one assignees are better.
Set a milestone to track time-sensitive changes.
Add labels to help contextualize and filter your merge requests over time.
Attach a related issue.
Add merge request dependencies to restrict it to be merged only when other merge requests have been merged.
Set the merge request as a Draft to avoid accidental merges before it is ready. While doing that you can use title prefix:
WIP:.Don’t forget to add description line when it will be ready.
Write a description for changes (It’s also helps reviewers for understanding what are they looking at.) While writing a merge request description be sure you are helping reviewer to what he/she is looking at. Otherwise you should okay with your colleagues closing your merge request without merging it.
## What does this MR Do? * Adds Session Endpoint Paths to API Path List * Reconfigure Public, User and Techinician Role Available API Path Lists. * Adds Login, Logout and ValidateSession Endpoints Closes #25!(Session Implementation)