.NET Project的版本控制中第三方Dll的位置

在版本控制系统中检查.NET项目的第三方参考Dll的理想位置(目录)是什么.通常我已经看到大多数人将它们放在bin下,因此运行时可以自动拾取这些文档.然而,这是正确的方法.

我原本想要一个与bin并行的独立目录,名为lib,它将包含所有第三方Dll,但这需要更改应用进程配置文档,以便运行时选择lib目录.我在这里的想法是lib将包含第三方dll,而bin将包含二进制项目(可能是Dll或Exe)

什么是首选方式,浓度超过版本控制中的位置而不仅仅是物理文档系统.

我们使用以下目录结构(更多详细信息可用 on my blog

):

Solution\
  Libraries\
    third-party DLLs here
  Source\
    Project1\
    Project2\

每个项目引用(使用“添加引用”对话框中的“浏览”选项卡)“库”文档夹中的进程集.这些会在编译时自动复制到每个项目的“bin”文档夹中. (“库”文档夹当然是提交给版本控制的.)

翻译自:https://stackoverflow.com/questions/763309/location-of-third-party-dlls-in-version-control-for-net-project