Seguimiento de cambios en un tree de directorys a lo largo del time

¿Alguien sabe de una aplicación o sistema para rastrear cambios (files añadidos / eliminados, diffs en files de text) a un directory no controlado por código fuente a lo largo del time? Algo que te permita

  1. Tome una instantánea de cierto tree de directorys en el time A

  2. Regrese en el período B y vea qué ha cambiado

  3. Regrese en el período C y vea qué ha cambiado desde el período A, y qué ha cambiado desde el período B

Un repository de control de fuente no es una opción aquí. Quiero algo que funcione en una estructura de directory que no esté bajo ningún tipo de control de revisión. Mi grupo no tiene el control de los serveres ni de los treees de directorys en cuestión, pero los cambios en esos treees nos afectan y deseamos hacer un seguimiento de ellos. Los objects para "control de fuente" son

  1. Objeciones a cualquier tipo de repository centralizado que requiera que los autores del documento realicen check-in, check-out.

  2. Objeciones a tener que rodar / automatizar manualmente un set de tareas que pueden aprovechar el set de características de un sistema de control de versiones

Quiero un package semi-maduro donde la gente haya dedicado un time a pensar sobre el problema. Si hay un sistema de control de versiones creado para manejar este tipo de cosas, se aplica.

Escriba una tarea progtwigda con guiones que copie el tree de directorys en otro lugar, tal vez en una máquina diferente, que es parte de una versión controlada de repositorys. Luego, la tarea progtwigda automáticamente confirmaría los cambios, utilizando el sistema de control de versiones de su elección (Mercurial debería funcionar bien para este sistema, ya que hg commit -A -m "automated snapshot" hará rápidamente lo que necesite sin indicaciones interactivas).

Sugeriría rsync para la copy, que está disponible para muchas plataforms, y es rápido y eficiente, ya que no copyrá los files que no han cambiado. Configure la copy para eliminar files de su copy que se han eliminado en el directory principal.

Tus opciones son realmente:

  1. Control completo de la fuente
  2. Control de fuente 'lite' en forma de algo así como FileHamster
  3. Copia de security diferencial / recurso de restauración
  4. Copia de security / restauración completa y una herramienta diff
  5. (Creo) Un sistema de files de diario.

Con solo un directory estándar no hay realmente una manera de hacer esto sin save una copy en otro lugar, lo que esencialmente significa que es un repository de control de fuente.

Me gustaría algo que luzca, sepa y huele igual que la leche. Pero no debería ser leche.

En otras palabras: estás describiendo un vcs. Si nos dice por qué no se puede usar un vcs, podría ser más fácil responderlo.

Lo único que se me ocurre es la Time Machine de Apple, que (nuevamente) es básicamente vcs para las masas.

Automatice su compromiso con el control de revisiones a intervalos establecidos. Si no desea tener ningún directory / file adicional en el directory, pero el repository que elija lo requiere en la copy de trabajo y luego haga que parte del process copie el contenido del directory en una copy de trabajo separada.

Lo que estás describiendo es un sistema de control de versiones? Entonces no estoy seguro de entender por qué no quieres instalar uno. Podría implementar fácilmente una versión local de SVN / CVS e interconectarla a través de sus aplicaciones (por ejemplo, agregar nuevos files, eliminar los antiguos). Esto podría hacerse de forma periódica utilizando una tarea progtwigda o algo así.

No he oído nada más que sea "simple" que puedas usar. Supongo que porque ya está hecho;) Entonces, ¿por qué recrear la rueda …

Supongo que podrías mirar un package de software de respaldo de código abierto. Deben tener algo de lógica para rastrear los cambios de files utilizados para las copys de security incrementales. Sin embargo, probablemente no sigan los cambios de files …

Usted necesita un sistema de administración de código fuente o un sistema de administración de documentos.

¿Por qué la administración de código fuente no es una opción? SVN es fácil de usar para los no progtwigdores con la integración de windows de Tortise SVN.

Parece que no tienes muchas opciones para el server …

¿Qué tal esto? 1. Configure un repository SVN en su computadora 2. Copie todos los días desde el Directorio a su computadora y realice cambios.

O … Utilice el command de Windows "Buscar" para los files modificados en los últimos n días. Ejecute el informe de forma manual cada semana. O escriba una automation para ese informe.

Esta es una solución:

use un repository local de subversión y use una tarea progtwigda que comprometerá sus files de forma regular (una vez por hora).

un simple ejemplo:

su directory que desea rastrear: c: \ tracking_dir

el directory donde almacena los datos de las diferencias y otras informaciones históricas: c: \ repository

  1. svnadmin create c: \ repository
  2. file svn co: /// c: / repository c: \ tracking_dir \
  3. configurar una tarea progtwigda que debe ejecutar estos commands:

    svn add c: \ tracking_dir *. *
    svn ci c: \ tracking_dir *. * -m "confirmación automática a través de la tarea progtwigda"

De esta forma, tiene un ejemplo en ejecución y puede acceder al historial a través de cualquier interfaz de subversión

Intereting Posts