Subversion: Cómo realizar cambios locales en un archivo * nunca * check in, pero ¿se sincroniza con el control remoto de todos modos?

Question

Tengo un archivo con cambios locales que nunca debería volver a sincronizar con el repositorio porque es solo para mi instalación local. Pero si ese mismo archivo se cambia en el repositorio, quiero que esos cambios actualicen mi copia local, de todos modos.

Por el momento, el archivo en cuestión siempre aparece en la lista de cambios cuando quiero registrar mis cambios, y tengo que excluirlo manualmente del check-in. ¿Cómo lo hago para poder actualizar, con la restricción anterior en su lugar?

Gracias :)

Answer 1

Se puede crear un gancho pre-commit, que comprueba que el archivo está comprometido y aborta si así se cometen. .

http://wordaligned.org/articles/a-subversion-pre-commit-hook

Aquí se puede ver la muestra de dicho gancho (que comprueba si hay fichas en los archivos comprometidos Todo lo que necesita hacer - es escribir el guión similar que comprueba si existe ese archivo en la lista de archivos cambiados).

Answer 2

svn ignorar la propiedad ayudaría en este caso. Check this link

Answer 3

Si está utilizando TortoiseSVN, puede agregar ese archivo a la lista de cambios 'ignorar en la confirmación'.

Esto es diferente a svn: ignorar. El archivo se versionará (es decir, existirá en el repositorio), recibirá actualizaciones al actualizar, pero, cuando realice la confirmación, este archivo se mostrará en una lista separada y se desactivará de manera predeterminada. Todavía puede confirmar el archivo, pero es mucho más difícil cometerlo accidentalmente.

Utilizo esta característica para archivos de configuración de base de datos que necesitan ser modificados localmente pero no comprometidos.

Véase la documentación aquí: (búsqueda de ignore-on-commit) http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-changelists.html http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-commit.html

Answer 4

Esto no es sencillo. Hay dos preguntas más o menos idénticas en otros lugares con algunos goodanswers.

También podría considerar escribir un script de shell que cree un parche en su versión usando svn diff; mueve tu versión; hace un svn up; y parchea la nueva versión actualizada.