So bearbeiten Sie eine Datei in VS2010 & TFS, ohne die Datei zu überprüfen

Der fehlerhafte "Speichern unter" -Dialog, auf den Rossini oben Bezug nimmt, ist ein bekannter Fehler in VS 2010, mit der offiziellen Antwort "Will not fix"

Ссылка

Dies macht es effektiv so, dass Sie nicht "Bearbeiten: Nichts tun" verwenden können und das schreibgeschützte Attribut entfernen können, um offline mit einzelnen Dateien ohne Auschecken arbeiten zu können. Nach all der Arbeit, die ich getan habe, lautet die Antwort auf diese Frage: "Sie können nicht", zumindest nicht auf effektive Weise.

Die Alternativen (von denen keine vernünftig sind, brauchbar sind oder bei der Bearbeitung von Scratchpad-Dateien nicht ausreichen) sind, Ihre gesamte Lösung offline zu schalten oder die Datei nur direkt in eine separate Instanz von Visual Studio zu laden (also außerhalb von die Lösung), an dem Punkt verlieren Sie eine Reihe von Referenzen und Intellisense und könnte auch Notepad ++ verwenden.

Ich wollte nur die letzten Informationen für diejenigen (wie mich), die nach einem Weg gesucht haben, um dies zu tun. Das letzte Mal, als ich das überprüft habe, war es auch im VS 2012 immer noch gebrochen.

[Bearbeiten] Ich habe mir keines der erwähnten Plugins oder Addons angeschaut, sondern nur Visual Studio von der Stange.

Sie können eine lokale Datei in Visual Studio bearbeiten, ohne sie auszuchecken, indem Sie das schreibgeschützte Attribut für die Datei entfernen (DOS-Befehl: attrib -r). Die bearbeitbare Datei wird in den ausstehenden Änderungen Ihres Arbeitsbereichs nicht angezeigt.

Wenn Sie in Ihrem lokalen Arbeitsbereich eine Menge editierbarer (in TFS-Term beschreibbarer) Dateien belassen, erhöht sich die Anzahl der Konflikte bei der Zusammenführung, wenn Sie die letzte Aktualisierung durchführen, und jemand anders hat diese Dateien geändert. Sie können diese editierbaren, aber nicht ausgecheckten Dateien in Ihrem lokalen Arbeitsbereich mit dem TFS-Befehlszeilentool "tfpt.exe online" suchen.

Weitere Informationen zu den tfpt-Befehlen finden Sie hier .

Sie können VS / TFS sagen, dass Sie nicht auf Bearbeiten, Extras / Optionen / Quellcodeverwaltung / Umgebung

Ändern Sie das Speichern in "Zur Kasse auffordern" und Bearbeiten zu "Nichts tun".

Ja. Rufen Sie die Datei ab und trennen Sie die Verbindung zu TFS (Offline arbeiten). Sie werden die Datei nicht auschecken.

Oder bearbeiten Sie einfach die Datei und checken Sie sie nicht ein. Machen Sie die Änderungen rückgängig und die Datei wird nie eingecheckt.

Ich glaube, Sie suchen das:

1. Bearbeiten Sie Ihre VS-Optionen wie folgt:

2. Bearbeiten Sie Ihre Datei und klicken Sie auf Speichern. An dieser Stelle erhalten Sie einen Warndialog wie folgt:

3. Drücken Sie Ok und ändern Sie dann das schreibgeschützte Attribut der Datei und speichern Sie sie erneut. Auf diese Weise können Sie Ihre Änderungen speichern, ohne sie auszuchecken.

Wählen Sie in VS2008 im Menü Extras | Optionen | Quellcodeverwaltung | Umgebung.

Aktivieren Sie Einchecken von eingecheckten Elementen zulassen .

Ich denke, das wird auch in VS2010 funktionieren.

Um die Frage "Ist das möglich" direkt zu beantworten, lautet die Antwort ja, je nachdem, was Sie tun möchten.

Sie können die Dateien bearbeiten und tun, was auch immer Sie tun möchten, ohne das Risiko einzugehen, die Datei zu überprüfen. Stellen Sie sicher, dass Ihre Lösung geschlossen ist, bevor Sie den Befehl TFPT tweakui ausführen, und öffnen Sie sie dann in Team Explorer. Stellen Sie sicher, dass Sie sich im richtigen Ordner befinden, wenn Sie den Befehl ausführen. Verwenden Sie hierzu die TFS 2008 Powertools.

Jedoch ...

Wenn Sie die Sicherung synchronisieren, werden die Dateien automatisch ausgecheckt, wenn das schreibgeschützte Flag entfernt wurde. Sie müssen also das Flag zurücksetzen und die Änderungen rückgängig machen, nachdem Sie Ihre lokalen Tests abgeschlossen haben.

Vielleicht können Sie beschreiben, warum es wichtig ist, dass die Datei überhaupt nicht ausgecheckt wird und die Community Ihnen helfen kann, dieses Problem zu umgehen? Für die tägliche Entwicklung ist dieser Workflow etwas fehleranfällig und die Verwendung von TFS Powertools ist meines Erachtens ziemlich umständlich.

Auf jeden Fall hoffe ich, dass Sie in die richtige Richtung gehen, es gibt viele andere Kommentare hier, die auch hilfreich sind

'Ich möchte mein Projekt mit meinen lokalen Änderungen neu kompilieren'. Sie sollten mit Ihrer Quellcodeverwaltung arbeiten, nicht dagegen.

Erstellen Sie eine Version Ihres Codes mit Ihren lokalen Änderungen. Überprüfen Sie das. Beschriften Sie es jetzt. Gehen Sie zurück und holen Sie eine Version Ihres Codes vor Ihrer Revision für lokale Änderungen, bearbeiten Sie die Datei, die in diesen Inhalt eingefügt wird, und überprüfen Sie das. Wenn Sie jetzt das lokale kompilieren, holen Sie sich die beschriftete Version Ihres Codes und kompilieren Sie neu. Ja, Sie werden die Änderungen eingecheckt haben, aber die neueste Version des Codes wird nicht die Version mit Ihren lokalen Änderungen haben. Sei kreativ mit deinem Label und lege ein beschreibendes Label drauf, damit andere Entwickler verstehen, wofür es ist.

Dies setzt voraus, dass es sich um eine einzelne Datei handelt. In VSS könnten Sie etwas Ähnliches tun, indem Sie den Code "pinnen". Unabhängig von der Anzahl der Eincheckvorgänge nach dem Pin erhielten andere Benutzer nur die fixierte Version. In TFS gibt es kein Äquivalent zum Pinning (Danke an die Götter). Sie könnten etwas Ähnliches mit der Verzweigung machen, aber Sie würden das sicherlich nicht für einen einzelnen, wegwerfbaren Code für den experimentellen lokalen Gebrauch machen wollen.