Borrar contenido de archivos del historial de SVN

Question

Tengo un repositorio svn local en mi PC, lo he estado usando para un proyecto de pasatiempo y no estaba destinado a ser accesible para nadie, así que envié archivos con contraseñas en ellos.

Ahora, estoy pensando en hacer que el repositorio esté disponible para otras personas y no quiero tener esa información allí.

¿Hay alguna manera de rastrear el repositorio y reemplazar todas las contraseñas y datos de cuenta con un texto como "xxxxxxxxxx"?

Answer 1

Lo más fácil sería verificar los contenidos del repositorio, eliminar toda la información confidencial, importar el directorio de trabajo a un nuevo repositorio y ponerlo a disposición del público. Es muy probable que quienquiera que utilice su proyecto esté interesado en su estado actual, no en el historial de cambios.

Answer 2

Si usted hace una

svnadmin dump > mysvn 

obtendrá un archivo plano de todos los datos de todas las revisiones en el repositorio. A partir de ahí, podrá editar manualmente el archivo (si su repositorio tiene un tamaño significativo, es posible que necesite un editor de línea, como pico, nano, vi, etc.).

Por último, volvería a cargar este volcado en un nuevo repositorio. Esto preservará su historial de su proyecto.

svnadmin load /path/to/new/repo < mysvn 

Esta práctica sería considerado un no-no en cualquier entorno corporativo donde se someten a auditoría, etc, pero para un proyecto de pasatiempo que sólo puede hacer el truco para ti.

EDITAR: He tenido que hacer esto antes de intentar unir dos repositorios diferentes, por lo que era necesario agregar un nuevo "nodo de directorio" al archivo plano. No estoy seguro si SVN hashes los archivos o cambios para determinar si ha sido alterado.

Answer 3

Comprobar el FAQ de Subversion: How do I completely remove a file from the repository's history?

Answer 4

Parece que hubo un malentendido. No quería borrar un archivo. Quiero eliminar contraseñas almacenadas en el repositorio. No quiero perder los archivos, ni las revisiones, modificaciones ni el historial.

Lo que hice es lo que sugirió Matt, volcar el repositorio y editarlo.

Para hacer esto, utilicé un editor hexadecimal (khexedit) y reemplacé la cadena de contraseña con una cadena de la misma longitud. De esa forma, no tengo que actualizar los campos de tamaño.

A continuación, necesito actualizar los campos md5 con el hash del contenido del archivo. Para esto, escribí un script que usaba la salida "svnadmin load" para generar un error y obtener el md5 antiguo y nuevo de ese error. A continuación, reemplace el viejo hash con sed y luego, repita hasta que no haya errores.

Answer 5

Tuve el mismo problema que en code.google.com: verifiqué algunos archivos que no deberían ser accesibles a través del historial en googlecode, pero no quise abandonar todo el historial, después de buscar en Google, volver a intentar y reintentando tuve éxito. Debajo de la receta que funcionó para mi pequeño proyecto (6.5 MB, 90 revisiones).La mayor parte del conocimiento provenía de googlecode, el resto en su mayoría del svn redbook

En primer lugar crear un repo local en la que descargar cesión temporal de googlecode a:

svnadmin create /tmp/your_local_repo 

crear el archivo/tmp/isd_gc/ganchos/pre-revprop- cambiar con contenidos

#!/bin/bash 
exit 0 

hacerlo ejecutable:

chmod +x /tmp/isd_gc/hooks/pre-revprop-change 

si falla en esta sección, lo más probable es que vea un error: Revprop cambio bloqueado por pre-revprop-change hook (código de salida 255) sin salida.

ahora se puede inicializar el SVN de sincronización code.google.com

svnsync init --username yourname@youremail file:///tmp/your_local_repo https://yourproject.googlecode.com/svn 

y empezar a descargar toda la historia:

svnsync sync --username yourname@youremail file:///tmp/your_local_repo 

Committed revision 1.

propiedades copiadas de revisión 1

Transmisión de datos de archivo .......................

propiedades copiadas de revisión 87.

Ahora vamos a crear un archivo de volcado que se alimenta a svndumpfilter para eliminar archivos no deseados.

svnadmin dump . > /tmp/tst_dump_gc.dmp 

utilice svndumpfilter para eliminar el primer archivo no deseado de la misma.

svndumpfilter exclude /trunk/unwanted file_1.jsvg </tmp/tst_dump_gc.dmp> /tmp/tst_dump_clean1.dmp 

Lo tira 1 nodo:

'/ trunk/file_new.jsvg no deseada'

quitar segundo archivo no deseado:

svndumpfilter exclude /trunk/unwanted file_2.jsvg </tmp/tst_dump_clean1.dmp> /tmp/tst_dump_clean2.dmp 

recrear "viejo temp repo"

rm -rf /tmp/your_local_repo 

svnadmin create /tmp/your_local_repo 

carga filtrada dum p en repo

[/tmp]$svnadmin load --ignore-uuid your_local_repo < /tmp/tst_dump_clean2.dmp 

comprobar que todo está bien en un cliente SVN (hacer una verificación de antecedentes en el tronco sólo muestra 25 primeros resultados en mi cliente SVN).

svnsync sync --username yourname@youremail https://yourproject.googlecode.com/svn