¿Cuáles son los usos de svn copy?

Question

Ejemplo:

$ svn copy foo.txt bar.txt 
A bar.txt 

• ¿Cuándo utilizar esta técnica, y por qué?
• ¿Este comando (tomado del "libro rojo" de svn) crea una copia de <foo.txt> conservando el historial del mismo para ser compartido con <bar.txt>?
• Si cambio <bar.txt>, ¿qué pasará con <foo.txt>?

¿Cuáles son los equivalentes a esto en otros sistemas modernos (Clearcase, Accurev, Perforce)?

Déjenme enfatizar el punto que estoy buscando:
¿Este tipo de ramificación se extiende a nivel de archivo?
Qué sucede si lo usa en la misma rama, es decir, crea una copia de un archivo y luego comienza a cambiar ese nuevo archivo. todos en la misma rama?
Entiendo que también se usa para etiquetar, pero lo que me interesa es qué esperar al realizar <svn copy> en el nivel de archivo.

Answer 1

Además de ramificar/etiquetar, también puede usarlo cuando divide un archivo en dos. En este caso, ambos archivos nuevos tendrán historial y podrás ver el código antes de la división.

BTW: esa es una de las pocas características que tiene SVN, pero Git no (Git intentará adivinar el origen del código después del hecho, especialmente si agrega -C a los comandos).

Answer 2

¿Cuándo utilizarías esta técnica y por qué?

Para crear etiquetas, y también para crear ramas, aunque normalmente lo usaría en un directorio en lugar de un único archivo. Una etiqueta es una copia de uno o más archivos, que guarda para su comodidad pero nunca cambia otra vez. Una rama es una copia de uno o más archivos, que luego evoluciona separado del original

Será este comando de crear una copia de foo.txt preservando al mismo tiempo la historia de la misma para ser compartido con bar.txt?

No del todo, la historia foo.txt 's efectivamente se copian en la historia de bar.txt, a continuación, una entrada adicional aparece en la historia de bar.txt lo que indica que se ha copiado de foo.txt, y, posteriormente, son independientes. Entonces la historia hasta el punto de la copia es idéntica/compartida.

Si cambio bar.txt, ¿qué pasará con foo.txt?

Nada, están completamente separados. Pero luego puede fusionar los cambios de uno a otro.

Answer 3

Utilizo esta técnica cuando estoy creando un archivo nuevo, y quiero copiar el andamiaje (actualmente uso Perforce, pero solía usar Subversion). Cambiar una copia no afectará al otro archivo.

Answer 4

¿Cuáles son los equivalentes a esto en otros sistemas modernos ( Clearcase, Accurev, Perforce)?

git notarán que el archivo es el mismo en una copia normal y lo muestran como una copia.

Answer 5

Branch no es un ciudadano de primera clase en Subversion, ya que está "implementado" como un directorio.

Por lo tanto, el svn copy permite el tipo de rama de archivo dentro de la misma rama (directorio). Luego puede fusionar nuevamente el archivo copiado en el primero. Pero esto es poco adecuado para un solo archivo de, como lo mencionan en this thread

El equivalente en ClearCase sería una regla de selección como

element * .../myBranchForCopy/LATEST 
element /myPath/myFile /main/myBranch/LATEST -mkbranch myBranchForCopy 

Sin embargo, en esta vista realizada para la ramificación de un archivo, solo verá un foo.txt a la vez (en el myBranch, o si está desprotegido, en el myBranchForCopy). No hay una "copia" real, es el mismo elemento. Cualquier combinación sería entre:

• foo.txt@@/main/myBranch/myBranchForCopy/LATEST
  y
• foo.txt@@/main/myBranch/LATEST

Answer 6

Este es un uso poco inusual, pero me parece que a veces tengo que dividir un archivo de origen en dos archivos separados - por ejemplo, si contiene dos conjuntos de funcionalidades no relacionadas, y yo uso svn copy para hacer esto. Luego modifico ambos archivos y elimino los bits inapropiados de cada uno. De esta manera, ambos archivos nuevos conservan el historial de revisiones para sus bits relevantes.

Answer 7

svn copy fue muy útil después de que accidentalmente borré un archivo. Ver el anwer a un question avator que he pedido.