Pago de SVN sin restaurar

Tenemos algunos middleware de compañías y a veces es difícil encontrar la versión correcta que estoy buscando, así que a menudo tengo que actualizar a diferentes versiones para probarlas.

Por lo general, pago y envío:

svn co svn+ssh://(username)@(ip)/srv/svn/intranet/trunk/PYTHON/<application> <local-application> 

Entonces puedo actualizar a una versión diferente

 svn update (path) -r (rev) 

La mayoría de las veces después de algunos bashs, esto causará el error. El nodo permanece en conflicto.

Si borro la carpeta y trato de hacer una nueva compra, simplemente restaura lo que tenía. Todo lo que quiero hacer es revisar una revisión, no he realizado cambios y todavía cree que hay conflictos.

Intenté resolverlos, pero nada parece funcionar:

svn update -r 1586

 Skipped 'inm/inm' -- Node remains in conflict D inm/fabfile.py D inm/test.db.bak D inm/tests D inm/test.db D inm/doc D inm/test.ini D inm/test.sql U inm/setup.py A inm/inm.egg-info A inm/inm.egg-info/SOURCES.txt A inm/inm.egg-info/top_level.txt A inm/inm.egg-info/PKG-INFO A inm/inm.egg-info/entry_points.txt A inm/inm.egg-info/dependency_links.txt A inm/inm.egg-info/not-zip-safe A inm/inm.egg-info/paster_plugins.txt A inm/inm.egg-info/requires.txt U inm/setup.cfg Updated to revision 1586. Killed by signal 15. Summary of conflicts: Skipped paths: 1 svn resolved inm/inm Resolved conflicted state of 'inm/inm' (venv) svn update inm/inm -r 1586 Updating 'inm/inm': Password: Skipped 'inm/inm/templates' -- Node remains in conflict At revision 1586. Killed by signal 15. Summary of conflicts: Skipped paths: 1 

Creo que la respuesta que estaba buscando aquí era

 svn revert --depth=infinity inm 

No me importa mantener cambios locales, solo para actualizar a una nueva revisión. He usado este command varias veces y parece ser el truco

EDITAR

Al ver mis errores nuevamente, puedo ver que muchos de los files probablemente fueron modificados por testings o comstackciones. Debería haberlos agregado a un file de ignorar para que svn no pueda detectar sus cambios.

Asi que:

  • ¿Solo está revisando y actualizando desde el enlace trunk , o también está revisando desde una sucursal?
  • ¿Ejecutas algún progtwig mientras testings?
  • ¿Qué pasa si hace un svn status antes de ejecutar la actualización? ¿Tienes una copy prístina de un pago y envío?

Los conflictos pueden suceder por muchas razones.

Imagine que ha modificado un file que está en su repository de Subversion y luego ha realizado una actualización a una versión anterior o posterior. Dependiendo de cómo lo haga, Subversion puede intentar fusionar los cambios entre lo que hizo y lo que está revisando. A veces, Subversion no lo hará si no está actualizando desde el encabezado de una revisión. En ese caso, Subversion informará que el file está en conflicto.

Otra razón es que creó un file en su directory de trabajo que no está en su revisión de Subversion. Cuando realice una actualización de una revisión de Subversion con ese file, Subversion informará un conflicto.

Entonces, tal vez haya algo mal con tu sistema. Simplemente no tenemos suficiente información en este momento.

La próxima vez que haga esto, haga un svn status en su directory de trabajo antes de hacer una svn update . De hecho, eso siempre es una buena idea. Esto le advertirá de cualquier posible conflicto con Subversion cuando realice una actualización.

Una de las cosas que extraño en Subversion que CVS tenía (y no echo de less mucho sobre CVS) fue una opción que pretende ejecutar su command. Esto le permitiría pretender hacer una actualización y advertirle de conflictos antes de hacer una actualización real. Desgraciadamente, Subversion actualmente no tiene esa opción (aunque ha sido muy solicitada).