-
Notifications
You must be signed in to change notification settings - Fork 151
Home
https://about.gitlab.com/2016/07/27/the-11-rules-of-gitlab-flow/ http://rogerdudler.github.io/git-guide/index.fr.html
For literally any modification you must create a branch. https://docs.gitlab.com/ee/workflow/workflow.html Once you have created “my_feature” branch, you can modify, commit and push the code. On gitlab http://gitlab.forge-idi.ign.fr/socle/sd-socle/merge_requests , with the "New Merge Request" button you can submit a “merge request”. When doing so, choose your branch as the source branch, and set the “dev” branch as the target.
#Code revision
This document explains the interest and importance of the revision process: https://yalantis.com/blog/code-review-via-gitlab-merge-requests-code-review-must/
If a commit hasn't been accepted, you shall re-do it. Find below an example of the first code revision:
Separate a commit into several commits; the Rebase
command allows to locate your current branch i.e. the one coherent with the latest change to the master branch. The additional -i
turns the interaction mode on:
git rebase -i origin/master
this will open a vim; type “e” (for editing) instead of “pick”. To quit and save within vim type :wq . To cancel the latest commit:
git reset HEAD
Adding the modifications to the commit in an interactive manner:
git add -p
To put aside any modifications you do not wish to commit while keeping its index
git stash –keep-index
The first commit:
git commit
Recover the modifications from the stash stack:
git stash pop
The second commit:
git commit
Push the new modifications:
git push -f origin my_branch
https://about.gitlab.com/2016/07/27/the-11-rules-of-gitlab-flow/ http://rogerdudler.github.io/git-guide/index.fr.html
Pour chaque modification, même une toute petite, il faut faire une branche. https://docs.gitlab.com/ee/workflow/workflow.html Quand on a bien crée la branche "my_feature", fait des modifications du code, commit, push ; alors on peut faire la "Merge Request" sur le gitlab http://gitlab.forge-idi.ign.fr/socle/sd-socle/merge_requests avec le bouton "New Merge Request" et en selectionnant notre branche en tant que branche source, et la branche "dev" en target.
Ce document explique l'intérêt et l'importance de la revue de code. https://yalantis.com/blog/code-review-via-gitlab-merge-requests-code-review-must/ Quand le commit n'est pas accepté il faut re faire son commit Voici un exemple de notre première revue de code !1 Séparer un commit en plusieurs commit La commande Rebase permet de placer la branche sur laquelle on se trouve après les dernières modifications de la branch master. Le -i fait que c'est interactif.
git rebase -i origin/master
ça ouvre un VI, on va mettre "e" (pour edit) au lieu de "pick". Pour quitter et sauvegarder dans VI :wq Pour annuler le dernier commit
git reset HEAD
Pour ajouter les modification à commit ( stage ) ; de façon interactive
git add -p
Pour mettre de côté (sur la pile de stash) les modification qu'on ne va pas commit ; mais garder l'idex (les modification à commit)
git stash --keep-index
Premier commit
git commit
Pour récupérer les modifications de la pile de stash
git stash pop
Second commit
git commit
Pour pousser les nouvelles modification
git push -f origin ma_branche