Ho modificato un gruppo di file di progetto nella nostra soluzione, per aggiungere un percorso di riferimento a tutti. Non mi sono reso conto che i percorsi di riferimento sono memorizzati nel file .user per il progetto. C'è un modo per archiviarli nel file .csproj, in modo che possano essere controllati nel controllo del codice sorgente?Archiviare i percorsi di riferimento del progetto in .csproj, non il file utente?
Si potrebbe provare ad aggiungere il riferimento come HintPath, come questo:
<Reference Include="MyReference, Version=2.0.3.2, Culture=neutral, processorArchitecture=MSIL">
<HintPath>..\..\lib\Whatever\MyReference.dll</HintPath>
</Reference>
Questo è quello che ho finito, semplicemente cancellando tutti i percorsi di riferimento, cancellando i riferimenti e aggiungendo nuovamente i riferimenti che puntano alla nuova posizione (che è ciò che imposta HintPath). Grazie :) – Jonas
Questo è utile se sai quale riferimento stai cercando. Avere il percorso di riferimento ti permette di tirare le dipendenze dal percorso di riferimento, che non puoi fare abbastanza da .csproj (almeno non posso) – tofutim
è possibile modificare il file di progetto a mano e aggiungere <ReferencePath> all'interno dei <PropertyGroup> tag.
La sintassi nel mio caso è stato
<ReferencePath>$(Codez)\z.Libraries\AutoCAD\2015;
$(Codez)\z.Libraries\AutoCAD\2015\inc-win32;
$(Codez)\z.Libraries\AutoCAD\2015\inc-x64</ReferencePath>
dove $Codez è una variabile di ambiente mi sono posto e supporta ovviamente più percorsi. Questo è in VS2013.
Questo è anche utile se vuoi percorsi di riferimento differenti per configurazioni di compilazione differenti – Chaholl
Il file .user contiene le impostazioni di debug, non i riferimenti. Faresti meglio a pubblicare un esempio di ciò che vedi. –
@Han, nel mio file .csproj.user, oltre alla cronologia di pubblicazione, ho ... come impostato dall'IDE. Quando lo sposto nel file .csproj principale, i percorsi di riferimento non vengono raccolti. –
tofutim