内容简介：在版本控制系统中检查.NET项目的第三方参考Dll的理想位置(目录)是什么.通常我已经看到大多数人将它们放在bin下,因此运行时可以自动拾取这些文件.然而,这是正确的方法.我原本想要一个与bin并行的独立目录,名为lib,它将包含所有第三方Dll,但这需要更改应用程序配置文件,以便运行时选择lib目录.我在这里的想法是lib将包含第三方dll,而bin将包含二进制项目(可能是Dll或Exe)什么是首选方式,浓度超过版本控制中的位置而不仅仅是物理文件系统.
在版本控制系统中检查.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
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
