2009-07-09 5 views
9

Ich habe ein Windows-Formularprojekt in Visual Studio, das Konfigurationsdateien von einem anderen Projekt in derselben Lösung liest. Nach der Installation wird diese Anwendung vom Stammordner für die Lösung ausgeführt und die Dateien werden dann von etwas wie "/Project1/connection.config" gelesen.Wie kann das Arbeitsverzeichnis beim Debuggen in Visual Studio geändert werden?

Wenn ich jedoch die Formularanwendung debugge und den ausführenden Assembly-Pfad abrufe, wird er von "bin/Debug" oder "bin/Release" ergo ausgeführt, der Pfad zu den Konfigurationsdateien ist anders.

Gibt es eine Möglichkeit zu sagen, Visual Studio entweder die Anwendung von einem anderen Pfad debuggen oder nur die Anwendung kopiert und Debug/Ausführen von dem gleichen Pfad wie es ausgeführt wird, sobald es bereitgestellt wird?

Antwort

1

Legen Sie in Ihrem Projekt ein Post-Build-Ereignis fest, um die Konfigurationsdatei in das Debug-Build-Verzeichnis zu verschieben.

rechts auf das Projekt klicken, das die Konfiguration von einem anderen Projekt, und wählen Sie Eigenschaften benötigen, dann klicken Sie auf die Registerkarte Build-Ereignisse und ein Postbuildereignis etwas wie folgt hinzu:

Copy ConfigFilePath $ (TargetPath)

23

Öffnen Sie in den Projekteigenschaften die Debug-Registerkarte. Dort finden Sie ein Textfeld, um das Arbeitsverzeichnis zu ändern.

+0

Aus irgendeinem Grund lädt dies immer noch die ausführende Assembly von bin/Debug – Riri

1

Ich löste dieses Problem, indem ich auf die Kompilierungsregisterkarte der Projekteigenschaften gehe und den Build-Ausgabepfad ändere. Hoffentlich wird das für dich funktionieren.

Ich glaube, Sie müssen das zurück in bin ändern, wenn Sie bereit sind, einen Release-Build zu machen.

0

Der Grund, warum es in denselben alten Ordner zurückschreibt, sind möglicherweise Verwaltungsrechte.

Verwandte Themen