Manutenzione di riferimenti di assembly .NET comuni a più progetti

Question

I miei colleghi e io ci siamo chiesti il ​​modo migliore per farlo da un po 'di tempo: qual è il modo buono/standard per mantenere gli assembly .NET a cui fanno riferimento più progetti? Elaborerò un po ':

Supponiamo che i progetti A, B e C. Potrebbero essere nella stessa soluzione o soluzioni diverse, in realtà non importa. Hai anche i progetti D ed E che producono DLL per A/B/C come riferimento. Per buona misura, inseriremo un assembly F di terze parti, per il quale abbiamo solo la DLL nuda. Dove si trova un buon posto per mettere le assemblee da D ed E, più il file da F, in modo che il maggior numero possibile delle seguenti cose accadere:

• aggiornamenti su D e/o E non è necessario essere aggiornati/modificati manualmente nei progetti A, B o C;
• I progetti A, B e C possono essere scaricati su una nuova macchina tramite il controllo del codice sorgente e compilare con il minor numero possibile di problemi; e
• Le uscite DLL per D ed E così come il file per F si trovano più o meno in posizione centrale.

Probabilmente sto chiedendo troppo, ma c'è qualche modo noto per realizzare più/tutto questo? Ci ha lasciato perplessi da un po 'di tempo qui.

Answer 1

Una soluzione (probabilmente non ottimale) è l'utilizzo di Maven per la gestione delle dipendenze.

Vedi questo tutorial: Using Maven to manage .NET projects

Answer 2

Il seguente dovrebbe fare il trucco penso:

1) Avere una cartella stampa in cui la DLL di terze parti sarebbe stato presente.
2) Aggiungere inoltre uno script di post build per copiare gli assembly D.dll ed E.dll nella cartella di rilascio in caso di successo.
3) I progetti A, B e C farebbero riferimento a D.dll ed E.dll dalle cartelle di rilascio.

Inoltre, non avrebbe senso aggiungere D.dll ed E.dll dalla cartella di rilascio nel controllo del codice sorgente. Il meccanismo di creazione dovrebbe essere automaticamente in grado di gestirlo.