8
Ho qualche 3rd DLL partito controllato in TFS
Le nostre macchine sono stati rinominati e ora TFS crede che sono controllati per modifica di me su un'altra macchina.file di TFS deve rimanere bloccata
ho cercato tf lock /lock:none contrib64/* /workspace:oldmachine;myusername ma ottengo l'errore
TF10152: The item $/XXX/YYYY/contrib64/third_party.dll must remain locked because its file type prevents multiple check-outs.
1, C'è un modo per aggirare questo?
2, TFS è davvero così male o sono solo io?
3, lo scopo di TFS è di farci nostalgici per VSS?
ps Si tratta di una versione ospitata in modo che non sia possibile ottenere l'amministratore per risolvere il problema.
Ho trovato il suggerimento "elimina lo spazio di lavoro", ma il nostro TFS ospitato implicava che l'intera azienda era "uno spazio di lavoro", almeno questo è ciò che definisce l'intera collezione. Ogni macchina + utente è uno spazio di lavoro? –
ps grazie, la logica di checkout/fusione binaria ha davvero senso! –
Ogni utente può avere molte aree di lavoro su molte macchine. Uno spazio di lavoro è il mapping tra una cartella nel controllo del codice sorgente e una cartella sul disco rigido locale. Tecnicamente suppongo che una collezione possa essere pensata come "spazio di lavoro" come termine generale, ma nello spazio di lavoro di TFS ha un significato specifico. per impostazione predefinita quando si crea uno spazio di lavoro il suo nome è machineName; username, un secondo spazio di lavoro sulla stessa macchina sarebbe machineName_1; nome utente è possibile rinominare la prima parte del nome dell'area di lavoro. Elimina il vecchio spazio di lavoro e sarai pronto per partire –