2013-09-09 15 views
15

Ho un problema con la mia build (TFS2010). Tutto è andato bene con questa build di recente fino a oggi, dove sto ottenendo un errore praticamente non appena inizia la compilazione:Creazione TFS interrotta - La directory non è vuota nella directory dei sorgenti

Cancella directory fonti (00:00) La directory non è vuota.

Ho guardato il server e vedo \ builds \ 1 \ myproject \ sources \ è vuoto .. non c'è niente lì dentro! L'errore suggerisce che non è il caso, ma è vuoto di sicuro.

Mi chiedo se non dovrebbe essere vuoto in questo caso ?? Qualcuno mi può consigliare su quale linea di condotta potrei intraprendere per far funzionare di nuovo la build?

questo è il registro della generazione non riuscita:

Corporatura processo globale
00:00
aggiornamento Numero Corporatura
00:00
creare la locazione di goccia
00:03
Run On Agente (agente di configurazione riservato Agente predefinito - server1)
00:00
Elimina directory risultati di prova
00:00
cancellare la directory binari
00:00
area di lavoro Elimina
00:00
Elimina Fonti Directory
La directory non è vuota.

molte grazie per qualsiasi aiuto!

+0

Hai controllato la scheda Impostazioni sorgente nella tua build? Assicurarsi che la cartella di controllo del codice sorgente e i mapping delle cartelle di Controllo agente build siano corretti. controlla se qualcosa è cambiato di recente. – suresh2

+0

Hey, tutto sembra esattamente come quando funzionava. Guardando un backup della cartella delle fonti, vedo che la prima build che ha causato un errore si è lamentata delle autorizzazioni quando si elimina un file una volta che la build era in esecuzione (che ha causato il blocco della build). La cartella delle fonti è stata quindi lasciata incompleta e ora è vuota. – bruceiow

+1

Elimina manualmente i file nella cartella e \ builds \ 1 \ myproject e nella sezione Scheda Processi di compilazione, cambia lo spazio di lavoro pulito in Tutto se è impostato come Output. Prova la build. se funziona, modificare la proprietà clean workspace con le impostazioni precedenti. – suresh2

risposta

35

Questo di solito accade se qualche altro processo ha un handle sul file system. Explorer o una finestra del prompt dei comandi è spesso il colpevole.

+7

+1. Il più comune è solo che hai aperto un file explorer in una cartella di build, e la sua chiusura risolverà il problema. Nel peggiore dei casi (è molto improbabile che sia così male) potrebbe essere necessario riavviare il server per svuotare eventuali handle non chiusi. –

+0

Un buon strumento per rintracciare questo problema è SysInternals Process Explorer (https://technet.microsoft.com/en-us/sysinternals). È possibile selezionare "Trova handle file o DLL ..." e inserire una parte del percorso nella directory di build. Ti dirà tutti i processi che hanno la precedenza su quel percorso, quindi sai esattamente cosa chiudere o uccidere. Mi ha salvato un sacco di riavvii inutili. –

0

eccetto il caso in cui qualcuno ha preso in carico la sottodirectory o qualsiasi file in questa directory - tale errore può verificarsi quando ci sono file nella directory (o in qualsiasi sottodirectory) la cui lunghezza del percorso è> 260 simboli. In questi casi è necessario eliminare "\\? \ C: \ mydir" anziché "C: \ mydir". Circa 260 simboli limitati è possibile leggere here.

0

Di solito un file gestisce come detto sopra, anche se se non riesci a trovare il colpevole l'eliminazione di "C: \ agent_work \ # NumberOfBuildDefinition #" verrà rilasciata e significa che la build può pubblicare di nuovo.

Questo accade come definizione di build, ha un repository impostazioni di "Clean" impostato su "true" e "Clean options" impostato su "Sources", quindi su ogni nuova build si sta tentando di rimuovere tutti i file dalla cartella in questione .

0

Mi sono imbattuto in questo problema poiché una cartella di distribuzione in "c: \" era aperta. quindi chiudi la cartella e inizia la tua build funzionerà. grazie

Problemi correlati