Git pull requests
How to implement, submit, and review code changes through Git pull requests and the GitHub review process
The general approach to managing branches in GitHub is described here:
More details about pull requests (PR) and the review process are described here:
Details about how the Github actions automatically build and test are found here:
Rapid Test Feature Branch
Steps to implement and submit code changes for resolving a Jira issue (as a developer)
Create a new local feature branch. For example: feature/alice/dev-1234
Implement the requested changes to the code in the local feature branch.
Commit changes to the local feature branch and push the commit to GitHub.
Create a new Pull Request (PR) to the base branch: - Select the hotfix branch for hotfixes. - Select the develop branch for the current development tasks.
If you want someone specific to review your change then assign them as reviewer(s) in your Pull Request.
The PR description should contain the list of links to Jira issues to which this PR is related to.
The reviewer may post a comment requesting some improvement to your code before approving the Pull Request. In this case, implement the improvement in your local feature branch (e.g. feature/alice/dev-1234), commit the change, and push the commit again to GitHub.
In some cases you might prefer to resolve multiple Jira issues in one feature branch and then submit one Pull Request for all of them together. Ideally, each Pull Request should be relatively small, so the review does not take too much effort, therefore consider this option carefully.
Do not push commits for the new issues into the PR where the review process was already started
f it is needed to close PR where was started the review then please specify the reason for this
Steps to approve a pull request (as a reviewer)
A Pull Request must be approved by at least one person (who is not the developer) before it can be merged. Note the review process can be started by multiple people.
Sign in to GitHub, select the repository, and click the Pull requests tab.
Select the Pull Request that you are ready to review.
Click the Files changed tab.
If the code looks good, then click Review changes and approve the changes.
If the code needs to be improved, then post a comment on the lines that need to be improved, and then request changes from Review changes
Wait for the developer to make the requested improvements or to explain the reasons for leaving the code as it is.
Review changes/explanations, and if something still needs improvement/clarification then continue the discussion. Otherwise, if everything is done, then approve changes.
After the Pull Request is approved by all reviewers then the developer who has merge permissions merges the code.
Steps for the reviewer to make changes he/she decided to implement while were reviewing the code
During the PR review, the reviewer found some issues not related to the PR that he/she wants to fix/implement
In this case, create either a child task for the current task or a new task
Make sure the new task and the original task are linked either as a child issue or via “Link Issue” button:

Push your changes and create a new PR for this new task
Jira and PR requests
Once we are ready to perform the pull request on our code:
<…>
After our code is reviewed and completed:
<…>
Example
Developer Workflow
Here is the git command to create a check out a new local feature branch:
git checkout -b feature/aleksey/dev-1234
After I have implemented my changes, here are the git command to commit and push my change to GitHub:
git add *git commit -m DEV-1234git push origin feature/aleksey/dev-1234
After my changes are pushed, then I click this button to create a new PR:

Then select a base branch and click Create pull request:

Reviewer Workflow
Select the required PR

Comment on the line:

Request changes:

Last updated
Was this helpful?