14 Sep
2004
14 Sep
'04
10:44 a.m.
Didier Verna <didier(a)lrde.epita.fr> writes:
I wrote:
Sauf erreur, le problème que tu rencontres est un problème plus
général qui concerne aussi Olena, à savoir que quand plusieurs merge
se succèdent, c'est difficile de retrouver l'ordre des
opérations. Dans ce cas, il y a 2 politiques à mener : à court terme,
déduire toi même l'ordre et ainsi faire fonctionner le script (tu peux
supprimer ces lignes) et à moyen terme corriger le script.
A mon sens, ces lignes ne doivent pas être supprimées dans le script
mais remplacées par une généralisation (qui ne fonctionne pas encore
puisque Olena ne passe pas).
--
Simon Odou
simon(a)lrde.epita.fr
La conversion du rapport technique n°0307 plante.
En gros, il y a un
merge dans ce rapport: la version 0.7 est fille de 0.3 (pas de 0.6) et entre
les deux, un répertoire a disparu avec son contenu, mais le contenu
réapparaît ailleurs dans 0.7.
prcs2svn commence par effacer l'ancien répertoire, puis tente de déplacer son
contenu au nouvel emplacement.
La partie coupable de prcs2svn se trouve en fin de la méthode merge:
,----
| # Fix tc's bug
| if prcs_merge_parent != prcsProject.prj.merge_parents[-1]:
| self.svn.changes_apply_files_directories_delete(diffs)
`-----
Étant donné le caractère douteux de ce code, et compte tenu du commentaire
qui le précède de surcroît, je suggère que ces lignes soient optionnelles,
et désactivées par défaut.
Simon, tu as un avis là dessus ?