2011-02-02 6 views
6

La configurazione di default del Team Build Number Format è:prevenire Team Build cadere tutti i binari alla radice della cartella di ricezione

$(BuildDefinitionName)_$(Date:yyyyMMdd)$(Rev:.r) 

cade tutto l'output a \\foo\bar\MyBuildDef_20111031.1 Great stuff finora!

Il piccolo problema è che rilascia tutti i file binari in quella directory senza una buona indicazione delle dipendenze dei binari.

TFS drop files

Come è possibile modificare questa proprietà, o in altro modo, ad avere i binari della soluzione è sceso nelle rispettive directory di progetto?

Nel caso precedente, mi aspettavo che il sito Web MVC (completo della directory bin) venisse eliminato. Invece, abbiamo ottenuto che PLUS la goccia in più dei binari nella radice.

In altre parole: TFS, si prega di interrompere l'interruzione di tutti i binari nella radice; sembra disordinato e confonde su quali file appartengono/associati a cosa.

Come può essere realizzato con Team Build 2010?

risposta

7

Questo post del blog dovrebbe dare una mano: http://blogs.msdn.com/b/willbar/archive/2011/02/05/splitting-team-build-outputs-into-folders.aspx

In sostanza, si crea una nuova 'piattaforma' per ogni progetto. Team Build inserirà ciascuna piattaforma in una directory diversa per impostazione predefinita, in modo da ottenere una directory diversa per ciascun progetto. finestra di configurazione

Corporatura:

Build Configuration dialog

goccia uscita cartella: Build drop folder with separate folders

+0

Ho usato questa idea per una delle mie soluzioni NServiceBus. Ora, ogni progetto nella mia soluzione viene creato e i file binari associati vengono copiati nelle corrispondenti cartelle di creazione del server di base del team. Ciò mi consente di mantenere più progetti che utilizzano NServiceBusHost.exe per ospitare un endpoint del servizio nella stessa soluzione. Questo post mi ha risparmiato ore di tempo cercando una soluzione. Grazie! – EnLaCucha

+0

Niente contro l'autore di questa risposta che si collega al blog MSDN. Ma questa risposta è assolutamente pazzesca. Non posso credere che l'autore del blog MSDN suggerirebbe di andare a questo problema. Ci deve essere un modo migliore. –

3

Purtroppo non ho ancora trovato un buon modo per farlo, anche se è passato un po 'di tempo da quando ho cercato di trovare una soluzione migliore di ciò su cui ho optato.

Corrente dispongono di soluzioni per ogni applicazione desktop e una con tutti i siti Web. Ho quindi seguito le istruzioni here per rendere ogni output della soluzione in una cartella separata.

+0

Cambiare il modello di processo di compilazione è davvero una soluzione molto migliore di quanto l'aggiunta di un gran numero di differenti configurazioni di build. Soprattutto se vuoi che il tuo build server generi sia una versione di debug che una versione del tuo codice o se in seguito dovrai supportare più piattaforme. – jessehouwing