Le migliori pratiche per lo sviluppo del pacchetto NuGet accanto al consumatore?

1

Sto scrivendo un pacchetto NuGet principalmente per l'accesso ai dati e le funzioni di utilità che verranno utilizzate da più applicazioni Web, ma ci sarà un'applicazione Web principale che guiderà lo sviluppo del pacchetto NuGet. In quanto tale, voglio sviluppare questa applicazione web insieme al pacchetto NuGet sulla stessa macchina, così posso facilmente aggiungere la funzionalità del pacchetto necessaria e testarla immediatamente nell'applicazione web.

Tuttavia, c'è ancora un fastidioso sovraccarico a questo perché il pacchetto NuGet deve essere pubblicato e l'ultima versione abbattuta ogni volta che aggiungo alcune funzionalità e voglio testarlo. Se non funziona correttamente, dovrò ripararlo e ripassare questa procedura.

Esiste una best practice per poter sviluppare facilmente un pacchetto NuGet accanto a un consumatore del pacchetto? Potrei fare in modo che la soluzione del pacchetto restituisca le sue DLL a una directory comune e aggiunga un riferimento diretto alle DLL nel consumatore ma sarebbe un riferimento temporaneo che non dovrebbe essere archiviato, quindi sembra un cattivo modo di fare le cose. È opportuno che il progetto del pacchetto NuGet sia nella stessa soluzione di questa applicazione Web principale che lo consuma, ma utilizzare un riferimento al progetto anziché un riferimento al pacchetto NuGet?

    
posta Jez 28.01.2018 - 12:45
fonte

2 risposte

1

NuGet ha la capacità di indicare qualsiasi percorso del file system. Tratterà questa directory come un repository locale. Pubblica qui durante il tuo ciclo di sviluppo.

L'altra cosa che vorrete fare è automatizzare il processo di pacchettizzazione nel vostro file MSBuild. Non si vuole dover agitarsi manualmente con la GUI ogni volta che si desidera aggiornare il repository locale in modo da poter testare il client.

    
risposta data 28.01.2018 - 12:56
fonte
1

Penso che "best practice" sia lo sviluppo del pacchetto nuget da solo, con test sufficienti per assicurarti di poterlo utilizzare senza dover eseguire il debug.

Ma so cosa intendi. Penso che il lavoro comune sia semplicemente fare riferimento ai progetti durante lo sviluppo e passare al pacchetto una volta che sei stabile.

Ricorda che puoi pubblicare e consultare le versioni di prerelease a.b.c.d.

    
risposta data 28.01.2018 - 19:27
fonte

Leggi altre domande sui tag