Visual Studio auto-reload-Lösung, wenn die Projekt-Dateien ändern
Auf dem aktuellen Projekt arbeite ich an, es ist im moment eine große Abwanderung von code, was bedeutet, dass die Updates von source-control kann bedeuten, dass zu Zeiten, viele csproj-Datei ändert. Wie wir alle wissen, VS2010 nicht über ein "Reload all" - Taste, aber Sie muss neu laden jedes Projekt und bestätigen Sie jeweils neu laden.
Gibt es eine Methode, wo entweder das Projekt ist auto-reloaded oder der IDE erkennen dies und Fragen Sie nach einer Lösung reload?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Schließlich eine Lösung gefunden:
http://lostechies.com/jimmybogard/2011/01/27/reloading-all-projects-with-vscommands/
Zitat aus der Website:
Es ist ein Schmerz, aber die beste option, die ich gefunden habe, ist die Lösung Schließen, bevor man den aktuellsten source-code.
Wenn es mehr als zwei änderte sich Projekte, es ist schneller manuell entladen&neu laden des gesamte Lösung, als es zu Bekommen und warten, bis es entladen&reload der betroffenen Projekte nur - nachladen der Projekte ist schmerzhaft langsam (auch abgesehen zu müssen, klicken Sie auf die OK-Taste für jedes Projekt, verändert).
(In meinen Augen die wirkliche Frage ist: Warum hat es das Fragen überhaupt??? Wenn Sie die neuesten source code, es ist absolut kein vernünftiger Grund, warum Sie möchten, um nur einen Teil für die. Es ist wie eine Tankstelle, Tankwart sagt: "Sie haben gekauft sprit. Würden Sie mir jetzt tatsächlich legte es in Ihr Auto, oder soll ich Sie einfach Gießen Sie es auf den Boden?")
Gut, das funktioniert nicht, wenn Ihre Referenzen Pfade geändert in die csproj-Datei und Ihr etwas wie die sysinternals junction tool zu ändern ist ein symlink. E. g. Werkzeug Schalter D:\Projects symlink von D:\Baselines\1.0\Prjects zu D:\Baselines\2.0\Projects und weil jemand verändert die Ordner-Struktur zwischen 1.0 und 2.0, Sie Ihre .csproj-Datei plötzlich Punkte der dll-Pfad von ....\References\some.dll zu ....\References\3rd-Party\some.dll . Ich weiß, dass ist ein spezieller Fall, aber passiert (z.B. in meiner Firma).
Gibt es eine alternative Lösung ist allerdings, das ich sehr empfehlen, es hat noch weitere Vorteile: die nicht-so-gut-bekannte VS 2010 Erweiterung Lösung Laden-Manager. Es verzögert das laden von Projekten in den hintergrund, oder bis Sie manuell geladen, die Verbesserung der Lösung des Last-Zeit viel für die große Lösung-Dateien. Es hat dieses "reload " Lösung" - button im Menü (unfortunatlely es scheint keine Abkürzung), die anschließend lädt alle Lösungen von Grund auf, skipping/backgroundloading die Lösungen, die Sie gesetzt. Ein Microsoft-Mann kommentiert in seinem blog, dass Sie wollte etwas ähnliches in VS 2010, aber die Funktion nicht ganz.
Sicher, dass es länger dauern kann, dann "nur" ein Klick und aktualisieren von 100 Dokumenten, aber es löste mein problem der (relativen) verweisen auf den Pfad ändert, und gibt einen schönen Geschwindigkeitsschub jedes mal, wenn ich eine mindestens mittlere Lösung.
- Edit-Oct-2013
VS2012 diese Funktion standardmäßig. Zumindest das asynchrone laden Zeug. Die "nicht geladen" - Funktion ist leider nur möglich mit Hilfe der manuellen "Projekt entladen" in VS2012. Aber als pr-Projekt der Speicherverbrauch ging hinunter mit VS2012, es ist nicht, dass große Sache mehr.
Wenn Sie die option aktiviert haben "erkennen, wenn Datei außerhalb der Umgebung geändert" in den "Documents" - Abschnitt der Optionen, Projekte und Dateien werden neu geladen, wenn Sie geändert. Es funktioniert für mich, wenn switching branches in git.