Pregunta

Tenemos un sitio de intranet respaldado por SVN, de modo que el sitio es una copia de salida del repositorio (carpeta de trabajo utilizada solo por IIS).Algo en el sitio ha estado causando problemas hoy y quiero saber cómo saber qué se desprotegió en esa carpeta de trabajo en las últimas 48 horas.

Actualizar: Si hay una opción que debo activar para habilitar esto en el futuro, ¿cuál es?

Además, como corolario, si tengo que usar el tiempo de creación del archivo, ¿cómo puedo hacerlo rápidamente de manera recursiva para una carpeta grande?


Si tengo que comprobar los tiempos de creación, entonces esta pregunta También será útil para la solución.

¿Fue útil?

Solución

Todo el código de la carpeta web debería estar respaldado por confirmaciones SVN, ¿no?

Si este es el caso, debería poder rastrear fácilmente el problema simplemente revisando sus registros SVN en los últimos cambios que se confirmaron.svn info le indicará en qué revisión se encuentra actualmente la copia de trabajo, para que sepa dónde empezar a buscar

Una vez que localices la confirmación con el error, puedes usar svn blame para encontrar a la persona que lo hizo y explicarle qué pasó por alto y cómo causó el error.Luego puedes obligarlos a comprar el almuerzo a todos por arruinar el sitio.

Si ha modificado/agregado localmente algún archivo que no esté en SVN, entonces svn stat y svn diff le mostrará cuáles son esos cambios, para que pueda determinar si también están causando el problema.Luego debe revertir esos cambios para que su copia de trabajo esté limpia o confirmar los cambios en el repositorio.

No hay nada peor que intentar localizar un error en su código solo para descubrir 3 horas más tarde que el error no está realmente en nada de su código, sino en algún estúpido ajuste local que alguien hizo en la copia de trabajo que nunca se confirmó: - (

Otros consejos

Podrías usar fechas de creación en los archivos locales.No puede usar fechas de modificación porque Subversion las establece como última modificación al finalizar la compra.

También subversión poder registrar pagos, pero eso es del lado del servidor

Dependiendo de cómo acceda a su repositorio SVN, si accede a él como file:// URL, creo que no tendrá suerte.Pero si está utilizando svnserve, o una de las puertas de enlace HTTP, debería poder verificar los registros de su servidor para acceder a las URL de SVN.

yo ejecutaría un svn st en la carpeta web (para encontrar los archivos que se han modificado desde el pago) y compararlo con el repositorio.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top