2011-01-07 12 views
14

Sono presenti diversi progetti Web ASP.NET e la relativa cartella di output è impostata su "C: \ Builds \ [ProjectName] bin" (anziché la cartella "bin \" predefinita). Ciò rende il debug "F5" non funzionante poiché ASP.NET Development Server prevede la cartella "bin" nella cartella di progetto.Modifica del percorso di uscita nel progetto Web in VS2010

Quindi ho cambiato l'utilizzo del server Web IIS locale (http: // localhost/webproject1 ") e ho aggiornato manualmente il percorso fisico di vdir al mio percorso di output personalizzato.Tuttavia VS2010 non caricherà il csproj perché rileva che l'url è

so che probabilmente non dovrei cambiare la cartella di output, ma mi chiedo se c'è un modo semplice per aggirare questo problema? L'obiettivo è di fare il lavoro di debug "F5" con l'output di generazione personalizzato cartelle


aggiornamento a causa di risposta Aristos':.

Grazie Aristos. Sfortunatamente questo non risolverà il problema. Tutti i miei progetti utilizzano già il riferimento del progetto, quindi tutte le DLL di riferimento vengono copiate correttamente nella cartella di output. Il motivo per cui il debug di F5 non funziona è perché la cartella di output non è la normale sottocartella "bin", ma in qualche altro percorso dice C:\BuildsOut\Foo\bin.

Sembra che per utilizzare F5 per eseguire il debug del progetto Web in VS2010, deve utilizzare il percorso di output predefinito "bin". Se lo modifichi, F5 non funzionerà e ancora peggio il tuo progetto potrebbe non essere caricato.

+0

Prova ad avere questi progetti sotto la stessa "soluzione". Non sono sicuro, ma vale la pena provare. – Poni

risposta

1

Li tutti posiziona su una singola soluzione, è impostata come il progetto iniziato il vostro progetto web, e quindi si aggiunge il vostro progetto web la dll resto come riferimento (tasto destro sul web, selezionare il Menou "Add Reference", e ottiene automaticamente l'ultima versione di DLL e metterli sul bidone.

Ora, quando si F5 ress se qualcuno progetto DLL necessario è costruire automatica, poi esegue il sottoprogetto con il nuovo dll all'interno.

1

Ian,

Sono stato frustrato dallo stesso problema, alla fine ho rinunciato e ho sistemato questa piccola e sporca soluzione. il seguente all'evento "post-generazione":

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

Questo almeno mi permette di eseguire il debug del sito correttamente e ha colpito i miei punti di interruzione.

0

Elimina tutti gli elementi nella cartella bin della soluzione in questione, spegni il sistema e riavvia. Questo lo ha risolto per me almeno.

Problemi correlati