SLIS

Notice: Undefined index: tasklist_type in /usr/local/flyspray-0.9.9.7/includes/class.tpl.php(128) : eval()'d code on line 85 Notice: Undefined index: tasklist_type in /usr/local/flyspray-0.9.9.7/includes/class.tpl.php(128) : eval()'d code on line 90
  • Etat En attente
  • Pourcentage achevé:
    30%
  • 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

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)

This task does not depend on any other tasks.

Auteur anonyme
vendredi, 17 août 2012, 18:14 GMT
Ceci ne devrait pas être dans le projet SLIS ? Je ne vois pas le rapport avec l'infra CARMI-I.
Auteur anonyme
lundi, 20 août 2012, 14:14 GMT
  • Champ changé: Concerne le projet (Administration Infra CARMI-I → SLIS)
  • Champ changé: Type de tâche (Bug → Tâche)
Tout à fait: passage dans le projet SLIS.
Auteur anonyme
jeudi, 27 septembre 2012, 14:47 GMT
À revoir une fois la version 4.2 sortie.
Auteur anonyme
lundi, 19 novembre 2012, 08:52 GMT
git-flow peut être utilisé dès maintenant sur le code de SLIM (dépôt slis-slim).
Auteur anonyme
jeudi, 30 mai 2013, 08:45 GMT
Discussion pour faire avancer le sujet:
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

Chargement...