2011-12-29 29 views
5

Nuestro repositorio de código incluye: * tronco, * rama A - se inicia a partir del tronco, * rama B - comienza a partir de la rama A,rama SVN de una rama

El programador que trabaja en la rama A quiere reintegrar en el maletero, y continuar trabajando solo en el maletero.

No queremos volver a integrar la rama B en la rama A todavía.

¿Es posible hacer que la rama B se relacione con el tronco, en lugar de con la rama A, para que los dos programadores puedan continuar trabajando por separado en el tronco y en la rama B?

(espero que mi pregunta es clara)

+0

No debe ser el tronco liberar código sólo normalmente así que cada uno tendría entonces una base de trabajo! – Coops

Respuesta

11

Tal como lo veo, has siguiente situación:

pic1

Y que van a hacer fusión de Un a tronco:

enter image description here

Como ver, B ha comenzado desde A y tiene su contenido. No se puede cambiar para comenzar desde otra base de código porque ya existe. Todo lo que se puede hacer es combinar los cambios del tronco a B cambios después de que ha fusionado desde Un a tronco. En este caso la rama B tendrá contenido real de ambos tronco y la ramaUn:

enter image description here

+0

Y si hago esto, más tarde puedo reintegrar la rama B al tronco, contando con mergeinfo? –

+0

Otra pregunta: sigo fusionando de la rama A a la rama B. Entonces, si la rama A está integrada en el tronco y luego me fusiono del tronco a la rama B, ¿no provocará cambios duplicados? –

+0

La respuesta es simple. Si utilizas Subversion> 1.5, definitivamente puedes contar con mergeinfo en los dos casos que has enviado. – altern

1

Tanto tronco y todas las ramas son sólo algunas carpetas con algunos archivos en ellos. Puedes fusionar cualquier cosa con cualquier otra cosa. Entonces, la respuesta es que no existe un concepto exacto de "relación", pero uno no es realmente necesario.

+0

¿Qué pasa con el "mergeinfo"? –

+0

El único propósito de AFAIK de mergeinfo es evitar las fusiones que ya se han realizado, de modo que el usuario pueda fusionarse sin pensar en las revisiones. Es una herramienta de conveniencia. Normalmente fusiono las revisiones exactas que no se han fusionado antes, así que no uso mergeinfo. Si estoy equivocado, por favor, ¡por favor! – Dialecticus

Cuestiones relacionadas