Come ho risolto questo problema in Visual Studio 2015 (che è probabilmente ancora pertinente) consiste nel creare un'altra configurazione di build per il debug remoto, con la cartella di output impostata su una condivisione Windows sul computer remoto. Puoi proteggerlo con l'autenticazione di Windows e nascondere la condivisione con la notazione "hiddenShare $".
I dettagli sul mio blog e fare riferimento ai corrispondenti articoli di MSDN qui:
Remote Debugging with VS2105
Ho anche offerto una risposta simile a una domanda simile, qui:
Visual Studio 2013 remote debugging, auto deploy?
- Aprire Configuration Manager per la soluzione
- Aggiungi un nuova configurazione e nominarla in modo appropriato. Seleziona la casella per farlo automaticamente per tutti i progetti.
- Apre le proprietà di progetto del progetto eseguibile che si desidera eseguire il debug in remoto.
- Verificare che il profilo di debug remoto sia selezionato.
- Impostare l'output di generazione sulla condivisione di rete sul computer di debug remoto.
- Impostare l'indirizzo host e la porta di debug remoto.
Nelle mie passate esperienze con il debug remoto non ha avuto importanza quale fosse la struttura della directory se ci si connettesse con successo al processo. Tuttavia, se l'applicazione sta lavorando su directory specifiche e utilizza percorsi assoluti nel codice, il problema potrebbe non avere effettivamente a che fare con il debugger. – JNYRanger
In questo articolo su MSDN (https://msdn.microsoft.com/en-us/library/8x6by8d2.aspx) in particolare si dice di usare la stessa struttura di directory ("Crea una cartella su remote1 che è lo stesso percorso del Cartella di debug su local1: C: \ Projects \ MyWPF \ MyWPF \ bin \ Debug "). Mi sembra strano, e mi sono chiesto se c'è un modo per aggirarlo. – CaptainNemo
Basta leggere quell'articolo. L'ho sempre fatto usando "connect debugger to process" con il debugger remoto già configurato e funzionante sulla macchina remota. Sembra che per l'articolo si configuri il debugger per la distribuzione/debug su una macchina remota, motivo per cui richiede gli stessi percorsi. (Potrei sbagliarmi a riguardo anche se l'articolo non è il più chiaro, purtroppo) – JNYRanger