Reorganizar un repository de subversión con twigs

Estoy tratando de reorganizar un repository de subversión 1.6 que tiene twigs. Parece que si mueve un file en el enlace troncal y ese file tiene cambios en una bifurcación, cuando esos cambios se fusionan en la bifurcación, ya no están allí.

Trataré de ilustrar a continuación:

1. Repo before move trunk/a.txt trunk/b.txt branches/feature/a.txt branches/feature/b.txt 2. File branches/feature/b.txt is changed. 3. Repo reorganized trunk/a.txt trunk/new-location/b.txt branches/feature/a.txt branches/feature/b.txt 4. Changes from trunk merged to feature trunk/a.txt trunk/new-location/b.txt branches/feature/a.txt branches/feature/new-location/b.txt 

La carpeta branches / feature es una copy de trunk .

Una vez completado el paso 4, todos los cambios en el file b.txt de la twig de características ya no están allí.

Pensé que esto fue arreglado en svn 1.5?

Si esto no es una opción, de todos modos necesito reorganizar todo mi repository. Hacer el movimiento cuando todas las twigs se fusionaron en el tronco no es una opción. Siempre tengo al less 1 twig más tronco en cualquier momento.

La fusión de files movidos es un problema conocido . Sin embargo, la subversión te advierte con este post si no encuentra el objective de fusión :

Se salta el objective perdido: 'baz.c'

Si ve este post, es posible que deba realizar una acción manual. Si el file se movió y la nueva location debería recibir los cambios, entonces puede considerar hacer una fusión de subtree entre las entidades renombradas.

No conozco ningún sistema de control de versiones que realice tales fusiones automáticamente. editar : parece que en mercurial , tales fusiones siguen a las copys .

Proporcione detalles sobre los pasos 3 y 4. Las fusiones de subversión no son lo mismo que las copys.

Deberá asegurarse de utilizar el método de networkingenominación SVN para el paso 3 para asegurarse de que la location del file permanezca asociada a cambios futuros.

(Estoy sacando esto de … bueno, no estoy seguro de lo siguiente). Hay un problema con el ancestro al mover / cambiar el nombre de los files. Asegúrese de que cuando se fusiona, la opción ignorar ancestro no esté seleccionada.