Frage

Jemand verließ die organisation aber vor dem verlassen, verschloss er alle Dateien aus einem unbekannten Grund.

Wie wollen Sie entsperren Sie alle so, dass die anderen Entwickler arbeiten können?

War es hilfreich?

Lösung

Für die folgende Operation, müssen Sie entweder ein Projektadministrator für das Projekt Sie den Check-in rückgängig machen möchten, die am oder ein Team Foundation Administrator, wenn Sie dies für alle Projekte machen wollen.

Wenn Sie noch den Benutzernamen der Person haben, können Sie einfach so etwas tun:

  • Visual Studio-Eingabeaufforderung öffnen Sie (Start -> Programme -> Microsoft Visual Studio 200X -> Visual Studio-Tools -> Visual Studio 200X Eingabeaufforderung)
  • Führen Sie den folgenden Befehl ein:
  

tf lock / lock: keine   / Arbeitsbereich: workspace; NUTZERNAME   / Rekursive $ /

Um die Liste der Arbeitsbereiche für einen Benutzer zu erhalten, führen Sie einfach den folgenden Befehl aus der gleichen Eingabeaufforderung:

  

tf Workspaces / Besitzer: username

Für weitere Befehle, überprüfen tf /?

Andere Tipps

Wenn der Entwickler die Organisation verlassen hat, dann das Beste, was zu tun ist, ihre Arbeitsbereiche zu löschen. Dadurch werden die Dateien für Sie freischalten, aber auch einige Ressourcen auf dem Server frei.

Sehen Sie im folgenden Blog-Post ich zu dem Thema getan habe, als es vor ein paar Jahren mit mir passiert.

http://www.woodwardweb.com/vsts/unlocking_files.html

können Sie entweder löschen Sie den Arbeitsbereich über die Befehlszeile (tf.exe) oder Sie können die ausgezeichnete verwenden TFS Sidekicks von Attrice.

Dies war die einzige Art, wie ich dieses Problem gelöst, bei dem das löschen der Benutzer-workspace:

http://2toad.com/Blog/2012/1/27/how-to-manage-tfs-workspaces

Wenn die Fehlermeldung besagt "Das Element $/...gesperrt ist für den check-out durch someUser:1 im Arbeitsbereich someMachine123." dann benutze ich den Befehl:

tf workspace /delete /server:http://machinename:8080/tfs/DefaultCollection someMachine123;someUser:1

Es gibt nur einen einzigen Raum zwischen der URL und collection someMachine123;someUser:1.

Beachten Sie, dass ich bezahlt Aufmerksamkeit auf die Tatsache, dass die Fehlermeldung erwähnt, die Benutzer als someUser:1, so dass ich nachgeahmt, die in der Befehlszeile ein.Es war nicht genug, um führen Sie einfach den Befehl mit someUser nur.Ich bin mir nicht sicher, was der :1 ist, alle über aber Punkt ist, imitieren die Fehlermeldung.

Hinweis: der server muss den vollständig qualifizierten collection-Pfad, die Sie finden können, indem Sie auf Team Foundation Server Administration Console->Application-Tier - ->Team Project Collections, im unteren Bereich eine URL für die Sammlung, die ausgewählt ist in den oberen Bereich.

Ich hatte auch ein problem, weil ich versehentlich versucht plural workspaces anstatt nur workspace da gibt es einen ähnlichen Befehl, der plural.

Zuerst müssen Sie das Recht haben, dies zu tun. Wenn Sie, dass die einfachste TFS Kumpane von attrice http://www.attrice.info/ zu verwenden ist cm / tfs /

Ich brauchte / Sammlung hinzuzufügen: collectionURL sonst der Arbeitsbereich kann nicht gefunden werden:

  • Liste item

tf loc / lock: keine / Arbeitsbereich: workspace; Benutzername / Sammlung: collectionURL

Hier eine Erklärung von TFS-Berechtigungen.

  

Mit den „Unlock anderen Nutzer Änderungen“   set Genehmigung zulassen erforderlich   Entfernen einer Sperre gehalten von einem anderen Benutzer.

Haben Sie einen Systemadministrator zurückgesetzt, dass die Benutzer-Passwort, melden Sie sich als dieser Benutzer, schalte alle Dateien ...

Ich würde denken, dies ist die Lösung fast alle zu "jemand, der bei dieser Organisation nicht mehr Fragen ...

Es ist besser, den Arbeitsbereich des Benutzers vom Server zu löschen. Beispiel

tf Arbeitsplatz / Löschen / server: your_tfs_server Arbeitsplatz; username

Manchmal ist dies ein anderes Problem mit einer völlig anderen Anwendung Maskieren von einem anderen Benutzer gesperrt ist, aber Sie können einen neuen Ordner für das neue Projekt, das Sie wollen, gehen in (Ziel nicht der Schaffung ermöglichen und unter Angabe falsch nicht einmal schaffen, dass hat jemand eine Datei in ihrem Namen gesperrt), aber dann Sie tiefer graben und ein weiteres Projekt ist der Schuldige.

So ein ganz anderes Projekt kann das Problem mit ihm von jemandem anderen gesperrten Dateien mit.

Methode, die für mich gearbeitet, mein Konto hat Administratorrechte auf TFS und Projekt:

In Visual Studio 2015:

  1. Gehen Sie auf Team Explorer
  2. Klicken Sie dann auf Ihrer Lösung und wählen Sie Öffnen in der Quellcodeverwaltung Exporer
  3. Auf der linken Seite, klicken Sie rechts auf Ihrer Lösung
  4. Wählen Sie Erweitert
  5. Wählen Sie Sperren ...
  6. Auf der linken Seite, klicken Sie rechts auf Ihrer Lösung
  7. Wählen Sie Erweitert
  8. Wählen Sie Entsperren (Jetzt können Sie wählen entsperren)

Im Moment kann jeder Entwickler leicht seine Änderungen zu übernehmen:)

Verwenden Sie diese Lösung als allerletztes Mittel .

Ich verwende TFS 2012. Ich ging in die TFS-Datenbank und lief die folgenden Abfragen. Und es hat funktioniert! Natürlich sehr vorsichtig sein, wenn sie mit der Datenbank durcheinander, nimmt Backups, etc.

Die Datenbank genannt wird Tfs _ << your_TFS_collection_name >> . Ignorieren Sie die Tfs_Configuration MSSQL-Datenbank. Ich bin nicht sicher, aber wenn Sie nicht ein Tfs haben _ << your_TFS_collection_name >> Datenbank, können Einstellungen werden in der Tfs_DefaultCollection Datenbank. Sperren werden gespeichert in tbl_PendingChange.LockStatus .

/*Find correct row*/
SELECT LockStatus, PendingChangeId, *
FROM tbl_PendingChange
WHERE TargetServerItem like '%<<fileName>>%'

/*Set lock status to NULL (mine was set to 2 initially)*/
UPDATE tbl_PendingChange SET LockStatus = NULL WHERE
TargetServerItem like '%<fileName>>%'
AND PendingChangeId = <<PendingChangeId from above>>
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top