Gestione dei riferimenti nel progetto open source .NET?

Sì, dovresti farlo o fare riferimento direttamente al controllo della versione del progetto originale (ad esempio, utilizzare la funzionalità di SVN per estrapolare la revisione pertinente dal repository di origine o avere un collegamento per ottenere la versione corretta della sorgente del progetto).

Metti la DLL in una parte leggermente separata del tuo repository - non raggrupparlo nella tua directory / bin / release, troverai molto più facile lavorare con le DLL di terze parti se c'è una chiara distinzione tra ciò che è il tuo codice e qual è il loro, specialmente quando lo sostituisci o lo modifichi.

ecco quello che faccio: creo una cartella soluzione per i miei gruppi di terze parti, li aggiungo quindi al controllo sorgente e li controllo. In questo modo, vengono distribuiti con il mio progetto. Naturalmente, tutto ciò è soggetto alle licenze di distribuzione dei vari gruppi di terze parti.

I odio quando lancio un progetto Open Source e poi devo andare a cercare gli assembly, specialmente quando quegli assembly potrebbero non essere più disponibili.

Se la licenza consente di includere i binari nel controllo del codice sorgente e di distribuirli, è sensato includerli per alcuni motivi. Innanzitutto è la facilità di sviluppo su di te - non è necessario rintracciare una dipendenza ogni volta che si vuole hackerare su una macchina diversa. Il secondo è la facilità di sviluppo sulla gente anche l'hacking nella tua biblioteca - non dovranno passare attraverso la stessa ginnastica. Infine, e forse ancora più importante, ti assicura di avere la versione corretta della libreria in viaggio con il tuo codice.

Nel caso di JSON.NET, credo che sia autorizzato dal MIT, il che significa che puoi assolutamente farlo da un punto di vista legale. Aggiungi via. Preferibilmente via nuget quindi non devo scaricarlo due volte se non ne ho bisogno.