Subversión: cómo hacer cambios locales a un file * nunca * check in, pero ¿se sincroniza con el control remoto de todos modos?

Tengo un file con cambios locales que nunca debería volver a sincronizar con el repository porque es solo para mi installation local. Pero si ese mismo file se cambia en el repository, quiero que esos cambios actualicen mi copy local, de todos modos.

Por el momento, el file en cuestión siempre aparece en la list 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 🙂

Si está utilizando TortoiseSVN, puede agregar ese file a la list de cambios 'ignorar-en-comprometer'.

Esto es diferente a svn: ignorar. El file se versionará (es decir, existirá en el repository), recibirá actualizaciones cuando actualice, pero cuando lo haga, este file aparecerá en una list separada y se desactivará de manera pnetworkingeterminada. Todavía puede confirmar el file, pero es mucho más difícil cometerlo accidentalmente.

Uso esta característica para files de configuration de database que necesitan ser modificados localmente pero no comprometidos.

Consulte la documentation aquí: (búsqueda de ignorar en el compromiso) http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-changelists.html http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn- dug-commit.html

Puede crear un enlace precompromiso, que comtesting que el file está confirmado y cancela la confirmación si es así.

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

Aquí puede ver la muestra de dicho enlace (que verifica si hay tabs en los files confirmados. Todo lo que necesita hacer es escribir el script similar que comtesting si hay ese file en la list de files modificados).

Esto no es sencillo. Hay dos preguntas más o less idénticas en otros lugares con algunas buenas respuestas .

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

svn ignorar la propiedad ayudaría en este caso. Ver este enlace