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

["D. Barbier" <bouzim AT gmail.com>]

Le 19 mars 2015 17:37, Thérèse Godefroy <godef.th AT free.fr> a écrit :
> 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).

Comment le script sait ce qu'il doit cherry-picker ? Il n'a aucune
idée ce ce qui est sur les branches. Par exemple, admettons qu'un
cherry-pick ait eu lieu. Tu rajoutes ensuite des commits dans la
branche. Comment le script sait qu'il doit prendre les commits entre X
et Y sur la branche ?

>>  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.

Ok, les erreurs gettext sont effectivement faciles à attraper, mais je
pensais aux erreurs de syntaxe HTML dans les traductions, qui ne
surviennent que lorsqu'on fait mouliner po4a. Actuellement ce sont
souvent les webmestres qui les corrigent.

> 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.

Comme je ne comprends toujours pas, je ne peux pas répondre, mais il
est sûr qu'on ne peut pas mettre en place un script automatique si on
ne sait pas résoudre automatiquement les conflits.

Denis