Oracle.dataaccess 对 tfs 构建控制器的依赖
如何解决我的解决方案所依赖的已安装内容的问题? 我的构建控制器中的 Oracle 数据访问存在问题:它表示无法加载 Oracle.DataAccess 或其依赖项之一。
那么我应该在构建控制器计算机上安装 ODAC 还是从程序文件中复制 dll?还是其他什么?
该问题仅存在于 asp.net 网站项目,该项目没有代码,只有 global.asax 和解决方案中其他项目的依赖项,如果我从构建中删除它,一切都会正常。
How to solve issues of installed stuff that my solution depends on?
I have a problem with oracle data access in my build controller: it says that it can't load Oracle.DataAccess or one of its dependencies.
So should I install ODAC on the build controller machine or copy dlls from program files ? Or anything else?
The problem exists only for the asp.net web site project, this project got no code, just global.asax and dependencies for other projects in solution, if I remove it from the build it's all works fine.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

我建议像平常一样安装 dll。这样,如果您进行任何单元测试或其他测试,所有这些都将开箱即用。
——这将是安装它的主要论据。
否则,如果您复制 dll,您将减少构建控制器的维护等。
他们在此处详细介绍了几乎类似的论点(不包含 ODAC 不存在的许可成本)
http://msdn.microsoft.com/en-us/library/ff622991.aspx
I would recommend installing the dlls as normal. This way if you do any unit testing or whatnot all will work out-of-the-box.
--That would be the main argument for having it installed.
Otherwise, you will reduce Build controller maintenance and such if you copy over the dlls.
It's pretty much a similar argument that they detail here (sans licensing cost which don't exists for ODAC)
http://msdn.microsoft.com/en-us/library/ff622991.aspx