Accéder au contenu.
Menu Sympa

trad-gnu - Re: [Trad Gnu] Migration de www vers un autre VCS : Git ?? Bazaar ?

Objet : Liste de travail pour la traduction de la philosophie GNU (liste à inscription publique)

Archives de la liste

Re: [Trad Gnu] Migration de www vers un autre VCS : Git ?? Bazaar ?


Chronologique Discussions 
  • From: Thérèse Godefroy <godef.th AT free.fr>
  • To: trad-gnu AT april.org
  • Subject: Re: [Trad Gnu] Migration de www vers un autre VCS : Git ?? Bazaar ?
  • Date: Thu, 19 Mar 2015 18:37:55 +0100
  • Openpgp: id=380791EF

On 19/03/2015 17:59, D. Barbier wrote:
> Le 19 mars 2015 17:23, Thérèse Godefroy a écrit :
>> Bonjour Denis,
>>
>> Chacun fabrique sa branche avec juste les fichiers qui lui semblent
>> utiles : en gros une branche par langue + une branche complète pour les
>> webmasters.
> [...]
>
> Mais je ne comprends toujours pas comment c'est censé marcher.
> « Chacun fabrique sa branche ». Concrètement, comme tu ne clones pas
> le dépôt complet, ce n'est pas à proprement parler une branche (qui
> partagerait un historique commun avec master), mais une arborescence
> disjointe qui est stockée dans le même dépôt. Pas de problème
> particulier, c'est faisable avec git, c'est juste pour vérifier qu'on
> parle bien de la même chose.
>
> 1. Comment les modifications faites dans les « branches » que chacun
> gère comme il veut vont se retrouver dans master ?

Elles sont cherry-pickées à partir de master (la branche qui a le
répertoire de travail dans lequel travaille GNUN). Cela peut se faire
toutes les demi-heures juste avant que GNUN fasse son boulot, ou bien
chaque fois qu'une branche est modifiée (le post-receive pourrait
envoyer le signal).

> 2. Quand une erreur est commise dans un fichier PO (donc dans la
> « branche » de la langue correspondante), qui la corrige et où ?

Le script pre-receive devrait fonctionner pour toutes les "branches"
puisqu'elles utilisent toutes le répertoire .git du dépôt distant. J'ai
un prototype qui valide les POs avec msgcat et les HTML originaux avec
xmllint. Il refuse ceux qui ne passent pas l'inspection et renvoie les
messages d'erreurs sur la console de l'envoyeur.

Pour les conflits de cherry-pick, je n'ai pas encore d'idée. Mais pour
qu'il y ait conflit sur master, il faudrait qu'il y ait plusieurs modifs
presque simultanées du même fichier sur des branches différentes.

Thérèse




Archives gérées par MHonArc 2.6.18.

Haut de le page