conflitto di mapping dello spazio di lavoro TFS

Question

È stato chiesto molto e, per 2 giorni, ho provato a risolvere, senza successo. Sto facendo funzionare TFS 2012 Express, su Win7. Ho installato l'edizione VS Express su quella macchina. Posso controllare bene. Sto cercando di creare una build per l'integrazione continua.

Ma, quando forzo una build sul server di build, ottengo il seguente errore:

Unable to create the workspace '2_1_Server' due to a mapping conflict. You may need to manually delete an old workspace. You can get a list of workspaces on a computer with the command 'tf workspaces /computer:%COMPUTERNAME%'.

Details: The path C:\Builds\Finance is already mapped in workspace 1_1_Server. (type MappingConflictException)

(Non sai da dove si arriva "C: \ Builds \ Finance" da ....)

Poi provo quello che dice sulla mia macchina dev e mi chiede le credenziali di accesso sul server di build. li io entro, e mi dice:

Che sembra bene, no?

Sul server, controllo il mio cartella di lavoro di costruzione Agente:

d:\Builds\$(BuildAgentId)\$(BuildDefinitionPath)

non sono sicuro dove il conflitto è.

Interessante, se carico un progetto di squadra diverso sullo stesso server, lo costruisce. Ho appena creato una definizione di build per questo progetto e mi è sembrato che fosse stato realizzato con successo. Penso che abbia qualcosa a che fare con le definizioni di costruzione, in quanto questi progetti sono stati spostati da un altro server TFS .....

Qualcuno può aiutare?

Answer 1

Installare il tool gratuito Team Foundation Sidekicks, e usarlo per eliminare eventuali aree di lavoro per il server di build tramite Strumenti>Workspace Sidekick (vale a dire con il nome del server di configurazione in Computer colonna di lavoro del risultato di ricerca). (Non ti preoccupare, i build TFS li ricreeranno):

Quindi vai ed elimina tutto sotto d:\builds sul server di build.

Quindi controllare la mappatura dell'area di lavoro modificando ogni build nella scheda Impostazioni origine e assicurarsi che utilizzino lo $(SourceDir) come parte del percorso per ogni mappatura definita.

Se le build hanno i percorsi codificati invece di utilizzare il token $(SourceDir) come root, potrebbe spiegare il comportamento che si sta verificando.