我试图编译在2010年VB.net一个项目，使用Microsoft Excel中的DLL在一些点。 它的工作原理都正常，当我从我的电脑编译，但是当我使用TFS来排队一个新的版本，我得到的错误Microsoft.Interop.Excel...没有定义。 我安装了Microsoft Office 2010中直接在TFS服务器上，但我仍然得到同样的错误。
有没有我必须执行这个工作的任何配置？
编辑：
典型的错误消息，你会看到一个Build：
错误BC30002：类型“Excel.Worksheet”没有定义。
错误BC30002：类型“Microsoft.Office.Interop.Excel.Application”没有定义。
警告BC40056：命名空间或进口“Microsoft.Office.Interop”指定的类型不包含任何公共成员或无法找到。 确保命名空间或类型定义，并包含至少一个公共成员。 确保进口的元素名称不使用任何别名。
您需要包括在lib文件夹中的DLL的保存在TFS和从该位置基准的DLL的，在他们一直没有安装其他的地方项目。
编辑：
开发人员通常引用的Interop PIA的从C：\ Program Files文件（x86）的\微软的Visual Studio 14.0 \ Visual Studio工具用于Office \ PIA \ Office15和这个文件夹在服务器上不会存在。
你需要在源代码控制这些文件，如Microsoft.Office.Interop.Excel.dll复制到lib或裁判的文件夹，并从您的解决方案，而不是在PIA路径的那些参考这些DLL。
另外请注意，这同样适用于从引用程序集文件夹，如DLL文件：
C：\ Program Files文件（x86）的\参考大会\微软\ Framework.NETFramework \ V4.5 \ System.Windows.Forms.dll中
万一它的确与众不同，你提到你的TFS服务器，但是这并不一定是您的构建正在发生。
（可能是在哪里看到在TFS错误）构建报告应说明的路径到构建机上存储的源代码 - 默认的路径是在c的地方：\构建。 良好的第一步是去到安装生成代理的计算机的桌面（你可以看到通过右键单击构建代理名单上构建的团队资源管理器节点，然后选择管理控制器......）一旦你是正确的机器的桌面上，从该路径复制源文件夹复制到同一台机器上其他一些地方，并打开新副本的解决方案文件，并在Visual Studio中建立它。 解决构建，如果你将你的本地计算机上 - 这是缺少构建机器上和这些步骤应该可以帮助您更轻松地找到它。
你应该尝试在构建机上手动运行该版本。 首先，在Visual Studio中，然后用的MSBuild。 这应该失败，但但你可能得到正在发生的事情的一个更好的想法，为什么它的失败。 这有可能是您的Excel DLL不位于同一个地方，因为它是你自己的机器上。
