2010-06-07 14 views

risposta

0

Look in controllo del codice sorgente sotto:

$/ProjectName/TeamBuildTypes 

Ci dovrebbe essere una storia completa delle modifiche al> file < .proj memorizzate.

+1

quei file .proj provengono dal team build 2008, la stessa struttura e i file non esistono in TFS 2010. Questo è l'intero problema, non c'è alcun file salvato da nessuna parte. Deve solo mantenere i passi di costruzione nel database. – Alex

+0

Grazie per questo aggiornamento. Ho capito perché TFS 2010 ha creato la directory TeamBuildTypes, che lo popolava con qualcosa. – Robaticus

+0

Alex-- Non ho ancora trovato nulla sulla capacità intrinseca di tenere traccia delle modifiche di costruzione nel tempo, ma una cosa che potresti fare è esportare la build e archiviarla nel controllo del codice sorgente. Kludgy, ma potrebbe funzionare. – Robaticus

0

È possibile utilizzare i file .proj nelle versioni di TFS 2010 (per compatibilità con le versioni precedenti). Quindi, se hai davvero bisogno di tenere traccia delle modifiche, aggiungi il file .proj alla cartella TeamBuildTypes appropriata. Quando si crea la definizione di build, nel modulo Processo, è necessario modificare il file del processo di Build in "Aggiorna modello" e quindi specificare il percorso della cartella di configurazione in Parametri del processo di creazione.

1

Sono abbastanza sicuro che non c'è modo di tracciare automaticamente le modifiche alla definizione di costruzione. Tuttavia, è possibile farlo manualmente esportando la definizione in un file ogni volta che lo si modifica e quindi il controllo di tale file nel controllo del codice sorgente.

Avrai bisogno di installare lo Strumenti server Power appropriata Team Foundation per la versione TFS, quindi è possibile utilizzare

tfpt builddefinition

per esportare le definizioni.

Problemi correlati