Domanda

Qual è la pratica consigliata? Devo aggiungere la mia sottocartella nella cartella fitnesse al controllo versione?

Contesto: lavorare su un singolo progetto di sviluppo di rotaie per animali domestici. Ho il mio progetto di binari sotto il controllo della versione (Subversion), tuttavia le mie pagine wiki di fitness si trovano nella cartella del programma fitness.

Fitnesse sembra avere il proprio controllo di versione ... (vedo zip numerate insieme a ciascuna delle mie pagine wiki) È affidabile? Dove memorizza le revisioni?

È stato utile?

Soluzione

Utilizza l'opzione -d ( che ha un profilo sorprendentemente basso in una ricerca su Google )

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

Questo creerà una sottocartella nella cartella specificata chiamata FitnesseRoot se non esiste già, con tutte le cose che deve eseguire.

Fitnesse dovrebbe essere attivo. Passa al tuo browser. Vai avanti e crea le tue pagine.

  • Avrai una sottocartella per ogni pagina Fitness che crei.
  • Ogni cartella avrebbe un content.txt (che è il contenuto del wiki) e un properties.xml (che sono le proprietà Fitnesse per quella pagina).
  • Tutte le sottopagine sarebbero sottocartelle nella cartella della pagina principale.

Directory e file ... Sei pronto per il tuo primo check-in al controllo versione. Imposta anche il controllo della versione per ignorare determinati tipi di file

  • FitnesseRoot / file
  • FitnesseRoot / ErrorLog
  • *. Zip

(I file .zip sono il modo in cui Fitnesse tiene traccia delle modifiche alle pagine della wiki ... un controllo della versione locale a breve termine. VCS come svn, git, cvs, ecc. dovrebbero occuparsene per noi. Quindi non è necessario controllare nei file zip)

Spero che abbia un senso .. Altrimenti ti suggerisco di prenderti 15 minuti di pausa per ascoltare il seguente screencast dallo stesso ZioBob
Fonte: Robert Martin - Controllo della versione e ambiente di sviluppo per Fitnesse

Altri suggerimenti

Se si utilizza il controllo versione con Fitnesse, non sarà necessario l'archivio zip per ogni revisione. Utilizzare l'opzione -e 0 per impedire la creazione degli archivi zip:

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

FitNesse memorizza le vecchie revisioni di ogni pagina in un file zip nella stessa directory dei file della pagina. Il nome file zip segna il timestamp della revisione. Funziona in modo simile a Wikipedia - cronologia, ma non al controllo completo della versione.

Nella nostra azienda desideravamo una configurazione in cui ogni volta che effettuiamo il checkout di una (possibilmente vecchia) revisione della fonte, controlliamo anche i test FitNesse che superano quella versione specifica.

Pertanto, abbiamo installato FitNesse (la directory fitnesse, incluso l'eseguibile FitNesse e la directory FitNesseRoot) all'interno del nostro albero dei sorgenti nel controllo versione, impostando una regola per non importare * .zip nella directory FitNesseRoot (poiché abbiamo il controllo versione per conserva la storia per noi e non ne ha bisogno).

Funziona perfettamente con SCM sani (ho usato svn w / svn-tortoise).

Quando siamo passati al controllo del codice sorgente di Microsoft Foundation Server abbiamo riscontrato molti problemi con il flusso di lavoro di checkout-edit-checkin. Inoltre, questo flusso di lavoro è semplicemente una cattiva idea in generale e dovrebbe essere utilizzato solo da pazzi maniaci del controllo.

(modifica: risposta alla domanda del commentatore)

Dalla versione 20090214 di Fitnesse, l'integrazione CM è inclusa, vedere la guida per l'utente per i dettagli. http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl

Il plugin git hub è incluso con la distribuzione fitnesse.

Vedo un plug-in per perfce su http://code.google.com/p/ perforcecmsystem / , ma non ho ancora questa configurazione per il mio team.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top