Gerenciando referências no projeto .NET de código aberto?

Sim, você deve - ou fazer referência ao controle de versão do projeto original diretamente (ou seja, usar o recurso externo do SVN para obter a revisão relevante do repositório de origem ou ter um link para obter a versão correta da origem do projeto).

Coloque a dll em uma parte um pouco separada do seu repositório - não empacote no diretório / bin / release, você achará muito mais fácil trabalhar com dlls de terceiros se houver uma clara distinção entre o que é seu código e o que é deles - especialmente quando você vem substituí-lo ou modificá-lo.

heres o que eu faço: Eu crio uma pasta de solução para minhas montagens de terceiros, então eu as adiciono ao controle de origem e as verifico. Dessa forma, elas são distribuídas com o meu projeto. Naturalmente, tudo isso está sujeito às licenças de distribuição das várias montagens de terceiros.

Eu odeio quando executo um projeto Open Source e depois tenho que ir e caçar assemblies - especialmente quando esses assemblies podem não estar mais disponíveis.

Se o licenciamento permitir a inclusão dos binários no seu controle de origem e a sua distribuição, faz muito sentido incluí-los por alguns motivos. Em primeiro lugar, a facilidade de desenvolvimento em você - você não precisa rastrear uma dependência toda vez que quiser invadir uma máquina diferente. O segundo é a facilidade de desenvolvimento em pessoas que também hackeavam sua biblioteca - elas não terão que passar pela mesma ginástica. Finalmente, e talvez mais importante, garante que você tenha a versão correta da biblioteca viajando com seu código.

No caso do JSON.NET, acredito que seja licenciado pelo MIT, o que significa que você pode definitivamente fazê-lo sob uma perspectiva legal. Adicionar fora De preferência via nuget, então eu não tenho que baixá-lo duas vezes, se eu não precisar dele.