Merge to DIP Gitlab main branches
1. Push MIP Git repositories to Gitlabβ
The Mission Element Lead must ensure that all operators that have made any Git repository changes that they wish to be carried forward into the R2D2 Gitlab perform the following procedures at the end of the mission.
-
Open the
/cvah/git/folder via VS Code to have access to all of the MIP's local Git repositories within a single workspace:code /cvah/git -
For each Git repository folder, perform the following:
-
From the VS Code file explorer pane, select the Git repository folder
-
Looking at the bottom-left corner on the blue bar of the VS Code window, ensure that the branch is not to your personal branch and not main
main
NOTE: This step assumes that you created a personal branch for the repo IAW 262COS-GIT-SOP-002 - DIP Gitlab Procedures
- From the
Source Controltab,commitany remaining changes andsync(pull+push) the repo to the DIP Gitlab
-
-
Within the Gitlab web UI - for each Git repository that was synced, initiate a merge request from you personal branch to the
mainbranch -
Prompt the Mission Element Lead (or their designee) to review your merge request for merging into the
mainbranch
2. Push Fileserver Git repositories to Gitlabβ
-
Open the
/cvah/share/folder (mapped tosmb://fileserver/share) via VS Code to have access to all of the Fileserver's local Git repositories within a single workspace:code /cvah/share -
For each Git repository folder, perform the following:
-
From the VS Code file explorer pane, select the Git repository folder
-
Looking at the bottom-left corner on the blue bar of the VS Code window, ensure that the branch is set to
fileserver -
From the
Source Controltab,commitany remaining changes andsync(pull+push) the repo to the DIP Gitlab
-
-
Within the Gitlab web UI - for each Git repository that was synced, initiate a merge request from the
fileserverbranch to themainbranch -
Prompt the Mission Element Lead (or their designee) to review the merge request for merging
fileserverinto themainbranch
3. Review merge requests into main branchβ
Depending on the repository there are certain things that you would be reason for rejection for being merged into main, for example:
- Massive changes or deviations to the original repository structure
- Unnecessary deletions of pre-existing file/folder deletions
- Unnecessary renaming of pre-existing file/folder deletions
- Unnecessary creation of new files/folders
Push changes to DIP Gitlab 2. Fileserver branch DIP Gitlab 3. Merge requests 4. Reconsile changes 5. Export to folder 6. Zip 7. Put on CD