- Etat En attente
- Pourcentage achevé:
- Type de tâche Tâche
- Catégorie SLIS → Générale
- Assignée à Personne
- Système d'exploitation All
- Sévérité Moyenne
- Priorité Normale
- Basée sur la version 1.0
- Due pour la version Non décidé
- Date d'échéance Non décidé
- Votes 0
- Privée Non
Concerne le projet: SLIS
Ouverte par Auteur anonyme - 2012-08-17
Dernière édition par Auteur anonyme - 2012-09-27
Ouverte par Auteur anonyme - 2012-08-17
Dernière édition par Auteur anonyme - 2012-09-27
FS#630 - Définir la façon d'utiliser git pour le développement
(re)Définir la façon de faire les modifications, le format des messages de commit, les règles pour la gestion des branches…bref, le /workflow/.
À titre d'exemple, celui de workflow git de git est public:
http://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html
Un outil intéressant pour faciliter la gestion des branches (vu par Jean-Philippe):
http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/
Et la situation actuelle:
http://wiki.slis.fr/devel/conventions
https://trinity.ac-grenoble.fr/wiki/doku.php/carmii/documentation/technique/depot_git_slis (<- susceptible d'être modifié au passage de svn à git)
À titre d'exemple, celui de workflow git de git est public:
http://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html
Un outil intéressant pour faciliter la gestion des branches (vu par Jean-Philippe):
http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/
Et la situation actuelle:
http://wiki.slis.fr/devel/conventions
https://trinity.ac-grenoble.fr/wiki/doku.php/carmii/documentation/technique/depot_git_slis (<- susceptible d'être modifié au passage de svn à git)
vendredi, 17 août 2012, 18:14 GMT
lundi, 20 août 2012, 14:14 GMT
jeudi, 27 septembre 2012, 14:47 GMT
lundi, 19 novembre 2012, 08:52 GMT
jeudi, 30 mai 2013, 08:45 GMT
10:38 < fernando> jp: pour les merges, je sais jamais si je dois release avant le merge ou après... On a décidé d'un truc pour slis ?
10:38 < jp> Après nécessairement
10:39 < fernando> du coup, c'est:
10:39 < fernando> 1- dév dans une branche dédiée
10:39 < fernando> 2- merge avec 4.1-squeeze
10:39 < fernando> 3- release ?
10:39 < jp> Oui
10:39 < fernando> ok
10:39 * fernando mets à jour le wiki pour ne pas poser ces questions à chaque release ^_^
10:40 < jp> Il faut faire pull aussi entre 1 et 2
10:40 < jp> Oui sinon tu peux utiliser git-flow
10:41 < fernando> ben, avec la 4.1, la 4.1-squeeze et la 4.2 on avait dit pas de git-flow pour les paquets slis/lcs (mais on peut l'utiliser sur slim et dks-generator)
10:42 < jp> Je pense que ça pourrait marcher quand même
10:43 < jp> Vu l'état de la 4.2 il faudrait la laisser dans une branche à part
10:43 < jp> Et passer 4.1-squeeze en master
10:43 < jp> Et tu gardes la branche 4.1 de côté géré manuellement sans git-flow
10:44 < fernando> git-flow ne modifie par les "branches à part" ?
10:45 < fernando> s/par/pas/
10:45 < jp> Non