2012-09-27 9 views

risposta

13

TFS 2012 introduce una nuovo concetto chiamato aree di lavoro locali, che differiscono leggermente dal comportamento di spazi di lavoro nelle versioni precedenti di TFS (il vecchio comportamento di default è ora chiamato uno spazio di lavoro del server .)

Con una spazio di lavoro locale, TFS si comporta come un sistema di controllo delle versioni di tipo edit/merge/commit-type. Ciò significa che i file non sono di sola lettura e che TFS eseguirà la scansione del proprio filesystem per determinare cosa è stato modificato. Non è più necessario controllare i file dal server e, in effetti, il server non sa cosa è stato estratto.

Per questo motivo, non sarà possibile vedere che l'altro utente ha estratto il file - questa informazione esiste solo nel proprio spazio di lavoro locale.

Se questo altro utente utilizzava uno spazio di lavoro del server , il server avrebbe queste informazioni e ve lo avrebbe presentato.

+0

sì, ho notato che i file non sono più letti solo. Ho cambiato la posizione dello spazio di lavoro sul server per tutti gli utenti e posso vedere tutti i file del check-out :) –

+1

ci sono differenze dalle aree di lavoro del server e dagli spazi di lavoro locali che dovrebbero essere considerati prima di "premere il tasto". Al momento stiamo lavorando sulla modifica della policy e, mentre "Server Workspace" risolve il problema della "visibilità", limita altre funzionalità come non poter lavorare offline. – hanzolo

+0

Esiste una query della riga di comando (basata sui pedaggi di alimentazione TFS) per elencare tutte le aree di lavoro locali? In questo modo o in qualsiasi altro modo, come rilevare tutte le aree di lavoro locali? – qqqqq

Problemi correlati