2011-01-07 10 views
14

ich mehrere ASP.NET Web-Projekten und deren Ausgabeordner haben, werden auf "C: \ Builds \ [Projektname] bin" (anstelle des Standard "bin \" Ordner). Dadurch funktioniert das Debugging "F5" nicht, da der ASP.NET Development Server den Ordner "bin" unter dem Projektordner erwartet.Ändern Ausgabepfad in Web-Projekt in VS2010

Ich änderte dann den lokalen IIS-Webserver (http: // localhost/webproject1 ") und aktualisierte den physischen Pfad von vdir manuell zu meinem benutzerdefinierten Ausgabepfad. Der VS2010 lädt den csproj jedoch nicht, da er die URL erkennt bereits auf einen anderen Ordner zugeordnet

Ich weiß, ich sollte wahrscheinlich nicht den Ausgabeordner ändern.Wenn Sie sich fragen, ob es einen einfachen Weg zur Problemumgehung gibt das Ziel ist es, "F5" Debugging arbeiten mit benutzerdefinierten Build-Ausgabe Ordner


-Update aufgrund Aristos' Antwort.

Dank Aristos. Leider wird das das Problem nicht lösen. Alle meine Projekte verwenden bereits die Projektreferenz, so dass alle Referenz-DLLs korrekt in den Ausgabeordner kopiert werden. Der Grund, warum F5-Debugging nicht funktioniert, ist, weil der Ausgabeordner nicht der normale "bin" -Unterordner ist, sondern in einem anderen Pfad sagen C:\BuildsOut\Foo\bin.

Es scheint, dass F5 zu verwenden, um das Web-Projekt in VS2010 zu debuggen, es den Standardausgabepfad „ist“ zu verwenden hat. Wenn Sie das ändern, funktioniert F5 nicht und noch schlimmer, Ihr Projekt wird möglicherweise nicht einmal geladen.

+0

Versuchen Sie, diese Projekte unter der gleichen „Lösung“ mit. Nicht sicher, aber einen Versuch wert. – Poni

Antwort

1

Sie platzieren sie alle auf einer einzigen Lösung, Sie legen als das gestartete Projekt Ihr Webprojekt fest, und dann fügen Sie in Ihrem Webprojekt die restliche DLL als Referenz hinzu (Rechtsklick auf Web, wählen Sie auf menou "Referenz hinzufügen"), und erhält automatisch die neueste Version von DLLs und legen sie auf ist.

wenn Sie jetzt resse F5, wenn jemand dLL-Projekt benötigt wird, ist die automatische Build es, dann das Teilprojekt mit dem neuen dLL innen laufen.

1

Ian,

ich habe mit dem gleichen Problem vereitelt worden. schließlich gab ich auf und setzen diese schmutzige kleine fix an seinem Platz. ich habe die folgenden auf die „Post-Build“ Event:

copy "$(TargetDir)MyWeb.dll" "$(ProjectDir)bin" 
copy "$(TargetDir)MyWeb.pdb" "$(ProjectDir)bin" 

Das zumindest lässt mich debuggen die Website richtig und meine Haltepunkte getroffen.

0

alle Artikel im Ordner sind Löschen für die Lösung in Frage, das System heruntergefahren und neu starten. Das hat es zumindest für mich behoben.

Verwandte Themen