Vous trouverez à la fin du document des alias que vous pouvez rajouter dans votre fichier de conf git. Ils simplifient certaines commandes et seront utilisés dans la suite du document.

Dépôt avec droits de contribution

• Clonez le dépôt : git clone le_dépôt

• Passez sur la branche dev : git co dev

• Vérifiez que la branche dev est bien en SNAPSHOT : dans le gradle.properties et le conf.json.template

• Si ce n’est pas le cas, montez la version pour mettre la prochaine SNAPSHOT et faites le commit : git add -u && git commit -m”prepare next development iteration”

• Faites vos modifications et votre commit : git commit -m”mon commit”

• Vérifiez que la branche dev part bien de tête de master : git la dev

•  

  • Vous devez voir une ligne du genre : bff5536 2016-12-05 09:35:48 +0100 (tag: 1.23.6, github/master, master) version 1.23.6 <dboissin> [dboissin]

• Si ce n’est pas le cas : git rebase master

•  

  • Il vous faudra potentiellement résoudre quelques conflits

• Si le module contient des tests vertx, lancez les avec : gradle test

• Si le module contient des tests gatling, compilez le module, au besoin montez la version dans le springboard et lancez les tests dans le springboard : gradle integrationTest

• Poussez votre commit : git push origin dev

•  

  • Si vous avez rebasé la branche, il vous faudra rajouter un -f

  • Si vous avez monté la version dans le springboard, poussez aussi le commit du springboard

• S’il y a des scripts de migration à passer : prévenez-nous

Dépôt en lecture seule

• Forkez le dépôt par l’interface de github

• Clonez le nouveau dépôt

• Passez sur la branche dev (ou faites une nouvelle branche en cas d’évo) : git co dev

• Vérifiez que la branche dev est bien en SNAPSHOT : dans le gradle.properties et le conf.json.template

• Si ce n’est pas le cas, montez la version pour mettre la prochaine SNAPSHOT et faites le commit : git add -u && git commit -m”prepare next development iteration”

• Faites vos modifications et votre commit : git commit -m”mon commit”

• Vérifiez que la branche dev part bien de tête de master : git la dev

•  

  • Vous devez voir une ligne du genre : bff5536 2016-12-05 09:35:48 +0100 (tag: 1.23.6, github/master, master) version 1.23.6 <dboissin> [dboissin]

• Si ce n’est pas le cas : git rebase master

•  

  • Il vous faudra potentiellement résoudre quelques conflits

• Si le module contient des tests vertx, lancez les avec : gradle test

• Si le module contient des tests gatling, compilez le module, au besoin montez la version dans le springboard et lancez les tests dans le springboard : gradle integrationTest

• Poussez votre commit : git push origin dev

•  

  • Si vous avez rebasé la branche, il vous faudra rajouter un -f

  • Si vous avez monté la version dans le springboard, poussez aussi le commit du springboard

• S’il y a des scripts de migration à passer : prévenez-nous

• Soumettez votre pull request

Alias git

[color]

 branch = auto

 diff = auto

 status = auto

[color "branch"]

 current = yellow reverse

 local = yellow

 remote = green

[color "diff"]

 meta = yellow bold

 frag = magenta bold

 old = red bold

 new = green bold

[color "status"]

 added = yellow

 changed = green

 untracked = cyan

[alias]

 d = diff

 dc = diff --cached

 l = log

 ll = log --pretty=oneline --abbrev-commit

 la = log --pretty=format:"%C(yellow)%h\\ %ad%Cred%d\\ %Creset%s%Cgreen\\ <%an>\\ %Cblue[%cn]" --decorate --date=iso

 ls = log --stat

 lp = log -p

 s = status

 suno = status -uno

 omi = push --force

 co = checkout

 count = shortlog -s -n

 newremote = ! git push origin origin:refs/heads/$1

 deleteremote = push origin :refs/heads/

[core]

       editor = vim