Percorsi lunghi durante la creazione con NuGet

Question

Stiamo creando un framework e vendiamo le risorse al cliente. Ieri uno dei clienti ha riferito di non poter costruire le fonti a causa dei percorsi troppo lunghi. Ho scoperto che il percorso più lungo che abbiamo nelle fonti è il percorso prodotto da NuGet, ed è: project\packages\EnterpriseLibrary.ExceptionHandling.Logging.5.0.505.0\lib\NET35\Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging.dll.

Insieme al nome della cartella in cui il cliente ha inserito i sorgenti (non è così lungo, circa 90 caratteri) e strano comportamento VS quando compone percorsi assoluti con supera il limite di 260 caratteri e il suo VS non è in grado di compilare la soluzione.

In ogni caso, posso risolvere questo problema? Non sono in grado di chiedere al cliente di posizionare le fonti più vicine alla radice del disco - ha i suoi accordi su dove collocare il codice all'interno della sua azienda. Potrei anche rinominare questa DLL, ma non voglio perdere il supporto NuGet.

Answer 1

Non c'è molto che tu possa fare. Se i tuoi sorgenti compilano in un percorso ragionevole (diciamo "D: \ ExternalCode \ yourcode") è davvero compito del tuo cliente gestirlo. Cosa succede se un cliente decide che il codice deve compilare un percorso che è già 240 caratteri prima della soluzione? Abbreverai tutti i tuoi nomi?

Quello che devi fare è fornire un manuale pulito e semplice su come costruire il tuo codice. Gli errori derivanti dalla lunghezza del percorso devono essere affrontati e devi fornire una soluzione. Questa soluzione potrebbe essere "abbreviare il percorso in cui il nostro codice è implementato". Non puoi accettare le regole e le regole di ogni altra compagnia là fuori.