在 TFS 2010 RC 构建期间如何处理具有相同文件名的两个程序集？

Question

我遵循 CSLA.NET for Silverlight 模式，为业务对象程序集使用相同的文件名。例如：

CSLA.dll               // .NET assembly
MyProject.Entities.dll // .NET assembly
CSLA.dll               // Silverlight assembly
MyProject.Entities.dll // Silverlight assembly

这样做是为了您可以在 .NET 项目中使用单个代码文件，将其“文件链接”到 Silverlight 项目，并使两个程序集使用相同的代码（根据需要编译出 .NET 和 Silverlight 功能）。

相同程序集文件名的原因是 WCF 序列化绑定可以自动工作。

我遇到的问题是，我的构建服务器似乎将两个程序集放在同一输出目录（构建服务器上的 Binaries 文件夹）中，并使用该目录来解析项目引用，但它获取了错误的文件（Silverlight 的文件）而不是 .NET）。

有谁知道如何处理这种情况？

编辑：

我正在运行 TFS 2010 Beta2、VS 2010 RC1、Build Agent 2010 RC1

Answer 1

我过去使用的策略是对两个项目使用相同的源目录，并将平台特定的文件嵌套在离散命名的子目录中，并且对于输出也使用相同的文件，例如 bin\debug\clr 和 bin\debug\sl。它需要对项目文件进行一些手动编辑，但似乎效果很好。我不记得构建服务器有任何问题。但我可能弄错了。

Answer 2

Aaron Hallberg 向我提到，您可以更改工作流程中的 MSBuild 活动以不设置 OutDir。这有效，但导致 Binaries 文件夹无法获取输出的副本。

相反，我所做的是在解决方案中创建三个构建配置：ClrOnly、SilverlightOnly 和 WebsiteOnly。然后，在构建定义的“进程”选项卡中，我将要构建的项目设置为构建“1 个项目和 3 个配置”。现在二进制输出看起来像这样：

Nightly_20100217.1\
                  \Multi Platform\
                                 \ClrOnly
                                 \SilverlightOnly
                                 \WebsiteOnly\
                                             \_Published Sites

我的单元测试和一切都工作得很好。

编辑：

另一方面，已发布的网站无效，因为它在构建和发布时选择了错误的引用。