我正在使用TFS(我认为是2008版)和VS2010,使用多个解决方案进行团队构建。其中一个解决方案出现错误:“需要对包含基类'...'的程序集'...'进行引用。请将其添加到您的项目中。”。
但是,这个问题的项目确实已经引用了该程序集,而且当我在VS中单独构建该解决方案时,它可以正常工作。
这个构建是针对开发分支的,并且构建定义是从主干的构建定义复制的。我已经将所有路径参考从../Trunk/..更改为../Dev/..,但是我仍然遇到这个错误。主干的构建运行良好,并且我不认为这个特定的解决方案在主干和分支版本之间有任何更改。
我对TFS还是比较新手,所以有人能指出可能存在的问题吗? 谢谢!
编辑: 我注意到此构建上还有一个警告:“引用的项目“(上面寻找的项目)”不存在。”我不知道为什么会这样,因为我在构建服务器上的源文件夹中查看了文件,该文件确实存在。 但是它是否尝试在主干中引用先前构建的文件版本呢?这样版本号就会出错... 我很癫狂吗?任何想法都将不胜感激!
编辑2: 所引用项目的dll已成功构建。但是,在构建日志中,当它来到构建的“Task”Vbc“部分时,/reference选项不包括此dll,尽管我在VS中添加了直接的引用。对于任何了解msbuild的人,我得到的错误是BC30007。
编辑3: 找到问题了!在这种情况下,路径名称太长了(开发分支有几个额外的文件夹级别,因此路径名称比主干要长得多)。令人恼火的是,你在这种情况下得到的错误消息并没有给出关于实际问题的任何线索。“需要引用”确实如此。
但是,这个问题的项目确实已经引用了该程序集,而且当我在VS中单独构建该解决方案时,它可以正常工作。
这个构建是针对开发分支的,并且构建定义是从主干的构建定义复制的。我已经将所有路径参考从../Trunk/..更改为../Dev/..,但是我仍然遇到这个错误。主干的构建运行良好,并且我不认为这个特定的解决方案在主干和分支版本之间有任何更改。
我对TFS还是比较新手,所以有人能指出可能存在的问题吗? 谢谢!
编辑: 我注意到此构建上还有一个警告:“引用的项目“(上面寻找的项目)”不存在。”我不知道为什么会这样,因为我在构建服务器上的源文件夹中查看了文件,该文件确实存在。 但是它是否尝试在主干中引用先前构建的文件版本呢?这样版本号就会出错... 我很癫狂吗?任何想法都将不胜感激!
编辑2: 所引用项目的dll已成功构建。但是,在构建日志中,当它来到构建的“Task”Vbc“部分时,/reference选项不包括此dll,尽管我在VS中添加了直接的引用。对于任何了解msbuild的人,我得到的错误是BC30007。
编辑3: 找到问题了!在这种情况下,路径名称太长了(开发分支有几个额外的文件夹级别,因此路径名称比主干要长得多)。令人恼火的是,你在这种情况下得到的错误消息并没有给出关于实际问题的任何线索。“需要引用”确实如此。