Oracle.dataaccess 对 tfs 构建控制器的依赖

发布于 11-17 02:41 字数 232 浏览 10 评论 0原文

如何解决我的解决方案所依赖的已安装内容的问题? 我的构建控制器中的 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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

倾城泪2024-11-24 02:41:28

我建议像平常一样安装 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

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文