Eliminando una revisión de TortoiseSVN

Question

Cuando ingreso código en el repositorio de Subversion de mi empresa, a menudo tengo que registrar varios archivos. Muchas veces, quiero registrarlos (confirmarlos) por separado, porque me gusta agrupar archivos similares juntos.

Por defecto, TortoiseSVN se abre la ventana de diálogo Confirmación con todos los archivos seleccionados. Si solo quiero enviar algunos de esos archivos, tengo que "deseleccionar todos" los que no quiero comprometer, agregar mis comentarios/notas y luego realizar la confirmación.

De vez en cuando me olvido accidentalmente de "deseleccionar todo" y termino de comprometer todos los archivos. Si no era mi intención enviar todos los archivos, me gustaría pensar que podría entrar y eliminar la revisión y empezar de nuevo. Tenga en cuenta que no quiero eliminar los archivos de la revisión, solo quiero que esa revisión no haya existido.

Digamos que la confirmación accidental dio como resultado el registro de 12 archivos y la revisión fue con el número de revisión 9651. Si pretendía registrar 2 archivos, en lugar de 12, me gustaría eliminar esa revisión para poder verificar el 2 archivos correctamente

Por lo que puedo ver, una opción es "Revertir cambios de revisión de 9651". Pero lo que hace es mantener 9651 en el repositorio y retroceder afecta el código a su estado anterior. Lo que esencialmente significa que perderás los cambios que acabas de hacer. Luego puede "Actualizar a la revisión del artículo 9651" y luego repetir el proceso de confirmación.

¿Pero hay otra manera de hacer esto, una manera de eliminar la revisión del repositorio Y evitar tener que deshacer el código afectado?

Answer 1

Al parecer no está implementado: http://blog.projectnibble.org/2008/03/01/subversion-obliterate-the-forgotten-feature/

No es un trabajo alrededor, ver el artículo. Creo que Necesita acceso al servidor.

Answer 2

En mi humilde opinión, el mejor enfoque para manejar esto es evitarlo. Es mejor que te acostumbres a trabajar en una sola cosa a la vez, compilarla, probarla y depurarla, y cuando funcione, cometer todos los cambios inmediatamente. Entonces puede verificar todos los archivos modificados, y la mayoría de las veces tiene que ingresar solo un comentario en SVN. No comience con la siguiente micro característica hasta que haya cometido su trabajo, siempre que sea posible. Cometer solo porciones aumentará las posibilidades de que alguien más obtenga un 'break de compilación' después de una actualización, ¡así que no hagas esto!

Answer 3

Recomiendo usar conjuntos de cambios para agrupar primero los archivos modificados y luego confirmarlos (al menos cuando se usa SmartSVN). Desafortunadamente, esto no funciona, si los archivos se cambiaron de esa manera, que algunas líneas se deben almacenar en este conjunto de cambios/confirmación, otras líneas en otra.