Code Branching & Merging

You might also like

Download as pptx, pdf, or txt
Download as pptx, pdf, or txt
You are on page 1of 5

CODE

BRANCHING
& MERGING

LALIT KHANNA
BRANCHING IN ACTION

Master Branch

Release Branch Hot Fix Branch

Feature Branch

 Release – Divided into Features


MERGE OFFSHORE BRANCH TO ONSHORE BRANCH

Fork

 PPulP

Pull Request

This solution has been implemented from 26-May


MERGING IN ACTION

 Planned Release

 Planned Feature

 Create release Branch

 Create Feature Branch

 After completion of Every sprint(Feature completion), merge the feature branch with Release branch

 Deploy this branch on QA- QA will test.

 Whatever issues raised from QA, Dev will fix in existing feature branch & deliver end of sprint.

 Once all feature completed , Merge the Release branch to Master.

 QA will test on Master branch


HIGH LEVEL

Once product team identify Once this ticket assign to Onshore Team will create a new Once Development & unit QA will validate the respective
some feature or urgent fix then respective member she/he will branch for this feature/Fix & testing will complete(Code changes.
raise Jira Ticket. Project team create HLD, there it will show notify Offshore team. checked-in) then onshore team Any Issue will notify to Onsite
will plan Dev, QA ,UAT, major changes in code. This will Please note if this is urgent fix will notify to offshore team so team
Production. help to resolve all code conflicts then onshore team spin a Hot they can merge(Fork) this
in case offshore team is also Fix branch. branch to Release branch.
working on same module.

Planning Feature/Fix High Level Document Create a branch Development Completion QA

Onshore team will fix the QA Validation Stagging Validation, All Production Validation, Release Notes will be publish.
issue & notify offshore team. issues will notify to Onshore
team & again same procedure
will follow.

Fix Bug QA Stagging Production Release Notes

You might also like