Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
H
HDL
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Iterations
Wiki
Requirements
Jira
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Test cases
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Code review analytics
Issue analytics
Insights
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
RTSD
HDL
Commits
306ccd9d
Commit
306ccd9d
authored
5 years ago
by
Eric Kooistra
Browse files
Options
Downloads
Patches
Plain Diff
Updated git review process.
parent
4d3f32f1
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
applications/lofar2/doc/prestudy/desp_howtools_erko.txt
+43
-17
43 additions, 17 deletions
applications/lofar2/doc/prestudy/desp_howtools_erko.txt
with
43 additions
and
17 deletions
applications/lofar2/doc/prestudy/desp_howtools_erko.txt
+
43
−
17
View file @
306ccd9d
...
...
@@ -87,7 +87,7 @@ export SVN=${HOME}/svnroot/UniBoard_FP7
*******************************************************************************
* GIT
workflow
* GIT
references
*******************************************************************************
difftool ?
...
...
@@ -202,13 +202,37 @@ git status
# delete branch and fetch npstream if the pull request was accepted
git remote remove <remote name> # remove a remote repo
Review process using Gitlab and Git
* Jira ticket defines the work to be done
* coder works on branch with Jira ticket number
* manually run regression test to test the changes (for Casacore SW the merge
request makes github automatically issue a regression test in the cloud)
* coder does merge request to reviewer
*******************************************************************************
* GIT workflow and review process using Gitlab
*******************************************************************************
We identify two persons in this process:
- the coder
- the reviewer
* Jira ticket defines the work to be done, e.g. L2SDP-26
* Coder works on branch with Jira ticket number as branch name
git checkout master # start on up to date master branch
git pull
git branch L2SDP-26 # creat branch using Jira ticket number
git branch # show branches
git checkout L2SDP-26 # change working tree and stage area to branch
* Work on branch using git add, commit and push
* Manually run regression test to test the changes (for Casacore SW the merge
request makes github automatically issue a regression test in the cloud, for
FW we need to run the relevant testbenches manually. It is not necessary to
rerun the entire FW regression test, it is sufficient to only run the
regression test for the HDL libraries that were modified and the HDL
libraries that could be impacted by the modification)
* Push the branch to the central repository at gitlab
git push -u origin L2SDP-26 # first time to declare the branch at the remote
* Coder does merge request to reviewer using the central Gitlab GUI
* gitlab will warn if the branch will lead to a merge conflict, the coder then
first has to fix the merge conflict by merging the master to the branch:
The merge can use merging or rebasing, Ger typically uses merging. On local
...
...
@@ -216,28 +240,30 @@ Review process using Gitlab and Git
git checkout master
git pull
git checkout
stat-313
git checkout
L2SDP-26
git merge master
git status # to see merge conflicts, edit file to solve merge conflict
git add file
git commit
git push
* reviewer reviews the code per line and in general comments in gitlab GUI,
so no need to pull the branch locally
* Use 'Open in Web IDE' button to see max about 10 changes, Use 'Changes' menu
to see all changes. Green is new file, orange is change file, + is new lines
- is removed lines.
* coder does updates on branch until both coder and reviewer are ok, they are
* In gitlab do merge request to reviewer
* Reviewer reviews the code per line or in general comments in gitlab GUI,
so reviewer does not need to pull the branch locally and also does not need
to rerun the regression test.
* Use 'Open in Web IDE' button in gitlab GUI to see max about 10 changes,
use 'Changes' menu on same page to see all changes. Green is new file,
orange is change file, + is new lines - is removed lines.
* Coder does updates on branch until both coder and reviewer are ok, they are
notified by gitlab
*
w
hen review is done then the reviewer does the merge.
*
t
he merge automatically deletes the branch (if selected to do so in gitlab)
*
W
hen review is done then the reviewer does the merge.
*
T
he merge automatically deletes the branch (if selected to do so in gitlab)
locally the coder manually needs to delete the branch:
git branch
git checkout master
git status
git branch -d
stat-313
git branch -d
L2SDP-26
git status
* Use Jira tag in commit message to have link between GIT and Jira. The link
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment