Team Build Error: The Path & # 8230; è già associato allo spazio di lavoro

Question

Quando si crea una nuova build in Team Foundation Server, viene visualizzato il seguente errore quando si tenta di eseguire la nuova build:

  

Il percorso   C: \ costruire \ ProductReleases \ FullBuildv5.4.2x \ Sources   è già associato allo spazio di lavoro   BuildServer_23.

Non riesco a vedere un'area di lavoro con quel nome nella finestra di dialogo delle aree di lavoro.

Answer 1

Utilizza l'utilità della riga di comando TF - Strumento di controllo della versione di Team Foundation ( tf ).

È possibile ottenere un elenco di tutte le aree di lavoro aprendo un Prompt dei comandi di Visual Studio , quindi cambiando nella cartella dell'area di lavoro ed eseguendo i seguenti comandi:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Dovresti vedere l'area di lavoro del tuo problema nell'elenco così come il suo proprietario.

È possibile eliminare l'area di lavoro con il seguente comando:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Answer 2

Elimina semplicemente il contenuto delle seguenti cartelle:

C: \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Dove UserName è l'utente attuale o corrente e 3.0 è il numero di versione.

Answer 3

Ho ricevuto questo errore, causato da due definizioni di build che puntavano alla stessa fonte. Il problema era che ho usato una directory di build statica in Build Agent.

Questo post sul forum descrive esattamente il mio problema e la mia risoluzione: http: // social. msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Answer 4

Abbiamo avuto lo stesso problema ma l'eliminazione dell'area di lavoro dal server TFS non ha funzionato. (Devo dire che ho afferrato i miei colleghi VM che era già stato impostato con le sue credenziali.)

Per me ha funzionato: http: //blogs.msdn. com / b / buckh / archive / 2006/09/12 / percorso-è-già-mappato-in-workspace.aspx

Sono appena entrato in: ... \ Impostazioni locali \ Dati applicazioni \ ho cercato VersionControl.config, ho aperto la cartella che conteneva questo file ed eliminato tutto il suo contenuto.

In precedenza ho provato a modificare manualmente il file ma è continuato con lo stesso messaggio di errore.

Spero che questo aiuti.

Answer 5

Ho avuto un problema simile e per rimuovere l'area di lavoro che mi stava causando un problema, ho effettuato l'accesso a un'altra macchina con il client TFS installato ed eseguito quanto segue:

• Nel menu File , seleziona Controllo del codice sorgente , Avanzate , quindi fai clic su Aree di lavoro ... .
• Nella finestra di dialogo Gestisci aree di lavoro , selezionare la casella di controllo Mostra pacchetti remoti .
• Nella colonna Nome , seleziona l'area di lavoro che desideri rimuovere, quindi fai clic su Rimuovi .
• In nella finestra di dialogo Conferma , fai clic su OK .

Answer 6

Per qualche motivo ho avuto problemi a eliminare l'area di lavoro dall'utilità della riga di comando. Fortunatamente ho trovato Team Foundation Sidekicks 2010 (da questo post ) che è gratuito e fornisce una GUI per visualizzare ed eliminare le aree di lavoro TFS e molte altre utili funzioni TFS.

Answer 7

Ho avuto un problema simile con Visual Studio 2010 che si lamentava di un'area di lavoro già mappata, ma invece di eliminare l'intera area di lavoro, ho utilizzato quanto segue dal prompt dei comandi di Visual Studio: " tf workspace PROBLEM_WORKSPACE_NAME " ;. Ciò ha portato a una "modifica dell'area di lavoro" dialogo. Da lì sono stato in grado di rimuovere il percorso in questione da " Cartelle di lavoro " elenco, che ha eliminato l'errore.

Answer 8

Ecco cosa ho fatto (bene cosa faccio):

L'uso dei sidekick TFS cancella i filtri utente e server in modo che siano vuoti. Ciò ti consentirà di ottenere tutte le aree di lavoro.

Controlla l'errore di compilazione per il nome dell'area di lavoro. Nel caso dei PO è BuildServer_23. È diverso nel mio ambiente ma fondamentalmente abbina semplicemente il nome dell'errore a quello nell'elenco sidekick di tfs.

Fai clic sulla x rossa per eliminare l'area di lavoro.

Viola!

Answer 9

il resto è stato abbastanza facile.

Basta andare in questa cartella: C: \ Users {Nome utente} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache ed elimina tutto ciò che è nella cartella.

Answer 10

Stavo ricevendo un'eccezione che mi diceva che il file era già mappato in un altro spazio di lavoro: " Il percorso {Percorso file} è già mappato nello spazio di lavoro {Nome spazio di lavoro}. "

Questo spazio di lavoro è stato cancellato prima . Con l'aiuto di un mio amico ho scoperto che TFS salva le informazioni sull'area di lavoro nella directory delle impostazioni locali dell'utente. Abbiamo trovato un file chiamato:

VersionControl.config in {Dir documenti e impostazioni utente} \ Impostazioni locali \ Dati applicazioni \ Microsoft \ Team Foundation \ 1.0 \ Cache. Questo file contiene tutta la mappatura locale di TFS. Probabilmente quando usi il metodo Map e non usi: public void DeleteMapping (mappatura WorkingFolder); prima di eliminare l'area di lavoro, le informazioni di mappatura non vengono rimosse da questo file che viene utilizzato da TFS per verificare se hai già mappato un percorso specifico.

Per risolvere questo problema, eliminare tutte le chiavi dal file di configurazione. Non eliminare il file perché lo riavrai nuovamente dalla cache del server.

Answer 11

Se non si dispone delle autorizzazioni sul server per eliminare le aree di lavoro di altre persone, è possibile modificare il nome della definizione di build. TFS creerà un nuovo spazio di lavoro e lo mapperà su " C: \ Build \ ProductReleases \ nome nuova build qui \ Fonti " ;.

Answer 12

Se applicabile, puoi anche clonare la definizione di build e cambiarne il nome. Questo ha funzionato per me.

Answer 13

Ho provato tutte le seguenti soluzioni come:

1. Usa i sidekick per eliminare WS.
2. Utilizzare i comandi tf per eliminare le aree di lavoro del server remoto.
3. Elimina la cartella cache TFS.

Per me ha funzionato:

tf workspaces /remove:*

Answer 14

Ho cambiato

Build Definition -> Workspace -> Build Agent Folder

da

c:\some\path

a

$(SourceDir)

e risolto il problema.

Answer 15

Durante il tentativo di "Ottieni l'ultima versione" di un progetto che avevo precedentemente mappato su una directory locale e poi cancellato, ho visto lo stesso messaggio di errore. Prima ho provato lo strumento SideKick e poi il prompt dei comandi di Visual Studio 2010, entrambi mi hanno detto che non avevo mappato le aree di lavoro.

Successivamente ho cercato 'VersionControl.config' in c: / users / myuser / appdata e ho eliminato i 4 riferimenti trovati. Ho riaperto Visual Studio e sono stato in grado di mappare nuovamente il progetto, non più errori!

Answer 16

Il modo più semplice per farlo è andare su AppData ed eliminare la cache TFS (a seconda della versione 3.0 o 4.0)

C: \ Users {Nome utente} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache o C: \ Users {Nome utente} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

Answer 17

La soluzione di TDN ha funzionato per me quando avevo lo stesso problema. Il server Build ha creato aree di lavoro con il mio account. Selezionando questa casella mi è stato possibile visualizzarli ed eliminarli.

Answer 18

Ho riscontrato lo stesso problema in Visual Studio 2017 e TFS 2017. DefaultCollection deve essere prima associato al percorso locale. In qualche modo questo passaggio è stato ignorato e ho mappato solo MyFirstProject.

Tutto quello che devi fare è:
- 1. Vai alla tua pagina web TFS e rimuovi il progetto dal server.

- 2. Rimuovi il progetto dal tuo " Worksapces "

locale

- 3. Vai a " Gestisci connessioni " che aggiornerà la tua Home page in TeamExplorer.

- 4. Verrà visualizzata la pagina di configurazione che ti permetterà di impostare il percorso di root su DefaultCollection.

- 5. Dovresti ricevere il messaggio che è stato fatto correttamente. Ora puoi creare il tuo progetto.

È importante mappare prima la radice della raccolta sullo spazio di lavoro e quindi mappare un nuovo progetto.

Answer 19

Il mio problema era legato all'uso di più account. Ecco come sono stato in grado di cambiare account.

Apri Team Explorer

Dal grande menu a discesa nella parte superiore del riquadro ...

Vai a: Progetti e i miei team > Gestisci connessioni

Vai a: Gestisci connessioni > Connetti al progetto team

Utilizza " Cambia utente " link per cambiare account.

Ora i nomi dell'area di lavoro corrisponderanno all'account scelto.

Answer 20

Elimina semplicemente l'area di lavoro:

workspace /delete "the-workspace-name"

Answer 21

Ho riscontrato questo problema con le build automatiche DevOps di Azure in un agente di build TFS locale. La rimozione dello spazio di lavoro mediante i Sidekick di TFS non ha funzionato. E tf.exe non è riuscito a trovare nemmeno lo spazio di lavoro per eliminarlo.

Questa soluzione dovrebbe funzionare per TFS 2017, TFS 2018, Azure DevOps e possibilmente altre versioni:

1. Prendi nota del GUID dell'area di lavoro nel messaggio di errore.
2. Sul computer in cui è in corso la compilazione, accedere a:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (dove% USERPROFILE% appartiene all'utente che ha attivato la compilazione).
3. Cerca e rimuove tutte le istanze del GUID dell'area di lavoro in quella directory. Probabilmente ci sarà una cartella in una directory 'cache', oltre a voci in 'LocationServerMap.xml' e 'LocalItemExclusions.config'. Rimuovili tutti.

Ha funzionato nelle mie circostanze.