So Bearbeiten Sie eine Datei in VS2010 & TFS-w/o überprüfung der Datei aus
Arbeite ich mit dem TFS 2010 und ich muss eine Datei Bearbeiten, lokal, ohne es heraus zu überprüfen. Ich möchte in der Lage sein, um die Datei zu Bearbeiten, in VS2010, ist das möglich?
- VS2010 und TFS sind beide tools, die speziell für Entwickler, so dass diese nicht hierher gehören.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Den defekt "Speichern unter" - dialog Rossini bezieht sich auf den oben, ist ein bekannter bug in VS 2010, mit der offiziellen Antwort "wird nicht behoben"
https://connect.microsoft.com/VisualStudio/feedback/details/765219/tfs2010-save-as-dialogue-does-not-overwrite-an-un-checked-out-file-when-solution-is-open#
Diese effektiv macht es so können Sie nicht verwenden "Edit: Nichts Tun" und entfernen Sie das schreibgeschützt-Attribut als ein Weg, um die Arbeit mit einzelnen Dateien offline, ohne einen check-out. Also von allen die Arbeit, die ich getan haben, die Antwort auf diese Frage ist "kann man nicht", zumindest nicht in einer effektiven Weise.
Alternativen (von denen keines vernünftig, verwendbar, oder zu erreichen, was Sie wollen, im Eingabefeld Datei Bearbeiten) sind, nehmen Sie Ihre gesamte Lösung, die offline oder nur laden Sie die Datei direkt in einem separaten Instanz von Visual Studio (außerhalb der Lösung), und Sie verlieren einen Haufen von hinweisen und Intellisense und kann auch mit Notepad++.
Ich wollte nur, um diese Letzte information für diejenigen (wie mich), die haben nach einen Weg gesucht, dies zu tun. Das Letzte mal ich überprüft, war immer noch gebrochen in VS 2012.
[Edit] ich nicht sah bei keinem der plugins oder addons erwähnt, nur off-the-shelf Visual Studio.
Bearbeiten können Sie eine lokale Datei in Visual Studio, ohne zu überprüfen Sie es heraus und entfernen Sie das schreibgeschützt-Attribut auf die Datei (DOS-Befehl: attrib -r). Die editierbare Datei wird nicht zeigen, bis in Ihrem Arbeitsbereich ausstehenden änderungen.
So dass eine Menge von änderbaren (schreibbaren im TFS-Begriff) - Dateien in Ihrem lokalen Arbeitsbereich erhöht die Anzahl von Konflikten beim Zusammenführen, wenn Sie eine erhalten Sie die neuesten und jemand anderes hat sich geändert diese Dateien. Sie können suchen, für diese sichtbar, aber nicht ausgecheckten Dateien in Ihrem lokalen Arbeitsbereich mit dem TFS-Befehl Linie Werkzeug: "tfpt.exe online".
Mehr Informationen auf der tfpt-Befehle gefunden werden kann hier.
Können Sie sagen, VS /TFS nicht zu überprüfen, auf Bearbeiten, Tools /Options /Source Control /Umwelt
Änderung Speichern "Prompt zur Kasse" und die Bearbeitung "nix Tun".
Ja. Holen Sie sich die Datei und trennen Sie Sie dann von TFS (Offline Arbeiten). Sie wird nicht die Datei Auschecken.
Oder einfach nur die Datei Bearbeiten und geben Sie ihn nicht. Die änderungen rückgängig machen und die Datei wird niemals eingecheckt werden.
Ich glaube du suchst das:
Bearbeiten Sie Ihre VS-Optionen wie diese:
Bearbeiten Sie Ihre Datei und klicken Sie auf Speichern. An diesem Punkt werden Sie eine Warnung wie diese:
Drücken Sie Ok und ändern Sie dann die Datei schreibgeschützt-Attribut und speichern Sie dann erneut. Dies wird Ihnen erlauben, um Ihre änderungen zu speichern ohne Check-out.
In VS2008 aus dem Menü wählen Sie Tools|Options|Source Control|Umgebung.
Überprüfen Ermöglichen eingecheckte Elemente bearbeitet werden.
Ich vermute, das funktioniert auch in VS2010.
Direkt beantworten Sie die Frage "ist das möglich" die Antwort ist ja, je nach dem, was Sie tun möchten.
Bearbeiten können Sie die Dateien und tun, was Sie tun möchten, die lokal und ohne Risiko prüfen der Datei. Stellen Sie sicher, dass Ihre Lösung geschlossen ist, bevor Sie führen Sie den TFPT tweakui Befehl öffnen Sie es dann wieder in Team Explorer. Stellen Sie sicher, Sie sind im richtigen Ordner, wenn Sie den Befehl ausführen. Verwendung von TFS-2008 Powertools, dies zu tun.
Jedoch...
Wenn Sie synchronisieren, sichern, überprüfen Sie die Dateien automatisch, dass die read-only-flag entfernt. Also, was Sie tun müssen ist, fügen Sie das flag zurück und rollback Ihre änderungen, nachdem Sie fertig waren mit Ihrem lokalen Test.
Vielleicht können Sie beschreiben, warum es wichtig ist, dass die Datei nicht ausgecheckt sein, in den ersten Platz, und der Gemeinschaft helfen kann, Sie umgehen das Problem? Für den täglichen Entwicklung, dieser workflow ist etwas fehleranfällig und erfordern den Einsatz von TFS Powertools ist ziemlich heavy-handed meiner Meinung nach.
Jedenfalls, ich hoffe, dass bekommt Sie die Spitze in die richtige Richtung, es gibt viele andere Kommentare hier, die sind auch hilfreich
"Ich möchte zu kompilieren, mein Projekt mit meinem lokalen änderungen". Sollten Sie die Arbeit MIT Ihrer Quelle zu kontrollieren, nicht gegen Sie.
Machen eine version des Codes mit Ihren lokalen änderungen. Überprüfen Sie, dass in. Nun beschriften. Gehen Sie zurück und erhalten eine version des Codes, bevor Sie Ihre revision für die lokalen änderungen, die Datei Bearbeiten einfügen, dass der Inhalt, und überprüfen Sie, dass in. Wenn Sie jetzt kompilieren, lokale, Holen Sie die version von deinem code, und kompilieren Sie neu. Ja, Sie haben die änderungen eingecheckt, aber die neueste version der code wird nicht die version mit Ihren lokalen änderungen. Werden Sie kreativ mit Ihrem label, und legte eine beschreibende Bezeichnung drauf, so dass andere Entwickler verstehen, was es ist.
Dies ist, vorausgesetzt, es ist eine einzige Datei. In VSS, die Sie tun könnte, etwas ähnliches mit 'pinning' der code. Unabhängig von der Anzahl der check-ins nach der pin, die andere Nutzer würden nur mit der angehefteten version. In TFS, es gibt kein äquivalent zu pinnen (Gott der Götter). Sie könnten etwas ähnliches mit Verzweigungen, aber Sie würde sicherlich nicht wollen, zu tun, die für eine einzelne, wegwerfen Stück code für experimentelle lokalen Gebrauch.