versiones control version-control fitnesse acceptance-testing

version-control - control de versiones wordpress



¿Cómo agrego las páginas fitnesse al control de versiones? (4)

¿Cuál es la práctica recomendada? ¿Debería agregar mi subcarpeta debajo de la carpeta fitnesse al control de versión?

Contexto: trabajar en un único proyecto de mascota de rieles de desarrollador. Tengo mi proyecto de carriles bajo control de versiones (Subversion); sin embargo, mis páginas wiki de fitnesse se encuentran en la carpeta del programa fitnesse.

Fitnesse parece tener su propio control de versiones ... (Veo las cremalleras numeradas junto con cada una de las páginas de mi wiki) ¿Es confiable? ¿Dónde almacena las revisiones?

FitNesse almacena revisiones antiguas de cada página en un archivo zip en el mismo directorio que los archivos de la página. El nombre de archivo zip marca la marca de tiempo de la revisión. Funciona de manera similar a la historia de wikipedia, pero no con control de versión de pleno derecho.

En nuestra empresa queríamos una configuración en la que cada vez que comprobamos una revisión (posiblemente antigua) de la fuente, también verificamos las pruebas de FitNesse que pasan para esa versión específica.

Por lo tanto, instalamos FitNesse (el directorio fitnesse, incluido el ejecutable FitNesse y el directorio FitNesseRoot) dentro de nuestro árbol de código fuente en control de versiones, estableciendo una regla para no importar * .zip dentro del directorio FitNesseRoot (ya que tenemos control de versiones para mantener el historial nosotros y no los necesitamos).

Esto funciona excelente con SCM sanos (utilicé svn w / svn-tortoise).

Cuando pasamos al control de origen de Microsoft Foundation Server, tuvimos muchos problemas con el flujo de trabajo checkout-edit-checkin. Por otra parte, este flujo de trabajo es simplemente una mala idea en general, y solo debe ser utilizado por locos fanáticos de control.

(editar: respondió la pregunta del comentarista)

Utilice el -d ( que es sorprendentemente bajo perfil en una búsqueda en google )

Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests

Esto creará una subcarpeta en la carpeta especificada llamada FitnesseRoot si aún no existe, con todo lo que necesita para ejecutarse.

Fitnesse debería estar arriba. Cambia a tu navegador. Adelante y crea tus páginas.

  • Tendrás una subcarpeta para cada página de Fitnesse que crees.
  • Cada carpeta tendría un content.txt (que es el contenido wiki) y un properties.xml (que son las propiedades de Fitnesse para esa página).
  • Todas las subpáginas serían subcarpetas debajo de la carpeta de la página principal.

Directorios y archivos ... Está todo listo para su primer check-in para el control de la versión. Configure también su control de versión para ignorar ciertos tipos de archivos

  • FitnesseRoot / archivos
  • FitnesseRoot / ErrorLog
  • *.cremallera

(Los archivos .zip muestran cómo Fitnesse realiza un seguimiento de las ediciones de las páginas wiki ... un control de versión local a corto plazo. VCS como svn, git, cvs, etc. deben encargarse de esto para nosotros. Por lo tanto, no necesitamos comprobar en los archivos zip)

Espero que tenga sentido ... Si no, te sugiero que te tomes 15 minutos para escuchar el siguiente screencast del propio UncleBob
Fuente: Robert Martin - Control de versiones y entorno de desarrollo para Fitnesse

Si usa el control de versiones con Fitnesse, no necesitará el archivo comprimido para cada revisión. Use la opción -e 0 para evitar que se creen los archivos zip:

java -jar fitnesse.jar -p 8001 -e 0