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

Question

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

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

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

Answer 1

我们使用以下目录结构(我的博客上提供了更多详细信息):

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

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

Answer 2

让单独的目录包含第三方程序集(这将使得在源代码管理中更容易维护),然后在项目中为这些程序集创建引用.然后,在构建时,您的第三方程序集将被复制到您的程序中\bin,您不必进行任何配置更改.