Skip to content
Snippets Groups Projects
Commit 2dd9d1a3 authored by Guillaume WANG's avatar Guillaume WANG
Browse files

write 'actualite des branches' in CONTRIBUTING

parent fec39f67
No related branches found
No related tags found
No related merge requests found
...@@ -19,15 +19,28 @@ Pour `./db/migrations`, il faut utiliser migrations_v3 (la dernière) (c'est log ...@@ -19,15 +19,28 @@ Pour `./db/migrations`, il faut utiliser migrations_v3 (la dernière) (c'est log
- une branche où on fait des petits commits pour merge dans stable - une branche où on fait des petits commits pour merge dans stable
### redo-connectors ### *reconverge_ldaprefacto_redoconnectors*
- faire reconverger toutes les branches, afin de s'éviter de mauvaises surprises au moment de remettre en commun (e.g. éviter que la branche implémentant les resolvers n'ait pas pris en compte une modification dans le schéma GraphQL désiré) :
- master, sur lequel ont eu lieu des modifs de l'authentification, de la doc et du schéma GraphQL
- *LDAP_refacto*, sur lequel hawkspar a écrit le code pour les fonctions d'interaction avec le LDAP (dans `src/ldap`)
- *redo-connectors*, où akka vodol était en train d'écrire des resolvers pour le nouveau schéma propre "_wish_list" (de kadabra).
Actuellement cette branche comporte un certain nombre d'incohérences : des resolvers qui n'ont pas pris en compte des changements dans les fonctions de manipulation du LDAP, ou qui n'ont pas pris en compte des modifications du schéma GraphQL.
### Anciennes branches
Certaines anciennes branches, fraîchement mergées, sont décrites ci-dessous. Cette section pourra être retirée quand le merge sera proprifié.
#### redo-connectors
- branche sur laquelle akka vodol fait tout son travail : implémentation des resolvers pour le nouveau schéma propre (le schéma "_wish_list"). Comme ça, il peut faire d'éventuelles modifications du schéma sans faire chier les autres, et ensuite on valide ensemble pour merge. - branche sur laquelle akka vodol fait tout son travail : implémentation des resolvers pour le nouveau schéma propre (le schéma "_wish_list"). Comme ça, il peut faire d'éventuelles modifications du schéma sans faire chier les autres, et ensuite on valide ensemble pour merge.
### LDAP-refacto #### LDAP-refacto
- TODO (@hawkspar tu peux expliquer ici a quoi sert cette branche ? et le cas échéant, la merge dans master ?) - TODO (@hawkspar tu peux expliquer ici a quoi sert cette branche ? et le cas échéant, la merge dans master ?)
### unit-tests #### unit-tests
- TODO (@akka vodol tu peux expliquer ici a quoi sert cette branche ? et le cas échéant, la merge dans master ?) - TODO (@akka vodol tu peux expliquer ici a quoi sert cette branche ? et le cas échéant, la merge dans master ?)
......
# hawkspar->all ; doc ? # hawkspar->all ; doc ?
# kadabra -> hawkspar : wtf c'est quoi ce schéma qui sort de nulle part ? est-ce qu'il sert à quelque chose ?
# Utilisateurs # Utilisateurs
type User { type User {
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment