Best practice nella gestione dei repository di nuget [chiuso]

0

Sono stato coinvolto in un progetto utilizzando Visual Studio 2012 che ha più soluzioni e più progetti. Nella maggior parte dei casi, una soluzione dovrà fare riferimento alla creazione della libreria in un progetto diverso. Poiché la maggior parte dei progetti ha il proprio set di repository di nuget, ci imbattiamo nei problemi relativi ai riferimenti mancanti anche quando proviamo a ripristinare i pacchetti da VS.

Qualcuno ha incontrato alcune best practice su questo?

Il sistema che stiamo utilizzando è VS 2012 e il nostro codice è archiviato in un server GIT.

    
posta aggietech 01.05.2015 - 15:57
fonte

1 risposta

3

Il problema che stai incontrando è strano. Puoi controllare due volte il modo in cui le dipendenze di NuGet sono memorizzate nel controllo sorgente.

Che cosa può aiutare è:

  • Per utilizzare una soluzione anziché diverse. A meno che non ci siano più team in diversi reparti della tua azienda che lavorano su progetti completamente indipendenti con una dipendenza da un progetto comune, una soluzione potrebbe rendere le cose molto più semplici, specialmente quando si tratta di dipendenze.

    Se temi che Visual Studio funzioni male con una soluzione contenente alcune centinaia di progetti, potresti essere interessato questa risposta .

  • Per distribuire ciascun progetto sotto forma di un pacchetto NuGet e consentire a NuGet di gestire le dipendenze. Se lavori su software closed source, puoi configurare il tuo server NuGet privato per questo.

Accettare le versioni comuni delle librerie NuGet di terze parti può rendere le cose più semplici. Ad esempio, se un team si sta aggiornando a una nuova versione di Entity Framework, un altro team potrebbe farlo contemporaneamente per evitare potenziali problemi con l'utilizzo di due versioni affiancate.

    
risposta data 01.05.2015 - 16:22
fonte

Leggi altre domande sui tag