microsoft.qualitytools.testing.fakes组件找不到，是什么问题

编译需要准备的内容如下：

1、DXperience-11.1.8.exe 官方安装包

2、DX2011.1.8_src.7z 源代码

3、DevExpress 11.1 编译脚本(Sources.zip)

4、安装 NNuit 安装包(NUnit-2.6.0.11324.msi)

5、Silverlight 3 Toolkit November 2009.msi

6、DevExpressRegSetup_v11.1.8.exe 注册工具

7、附带一个国际化语言包 Language.zip

安装前需要的开发工具：VS2008、VS2010 SP1版

8、安装 Silverlight Toolkit，在安装目录下找到 Microsoft.Silverlight.Testing.dll和 Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight.dll，将其部署到

GAC中，并将副本拷贝至 C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v4.0\下

9、所需的DLL（DevExpress.DLL.zip）：ActiveReports.Viewer3.dll、ActiveReports3.dll、System.Data.SQLite.DLL、Moq.dll

10、我的编译环境是：Windows 7 X32，VS2010 SP1，需要特别声明，必须安装VS2008，否则，将找不到编译所需的 Microsoft.CompactFramework.CSharp.targets 和Microsoft.CompactFramework.Common.targets

11、将目录 C:\Windows\Microsoft.NET\Framework\v3.5\ 下的Microsoft.CompactFramework.CSharp.targets 和Microsoft.CompactFramework.Common.targets 的副本拷贝至 C:\Windows\Microsoft.NET\Framework\v2.0.50727

编译步骤如下：

1、安装DevExpress控件包，最好选择完全安装，避免出错。

2、运行DevExpressRegSetup_v11.1.8.exe进行注册

3、将源代码（DX2011.1.8_src.7z）解压缩至 C:\Program Files (x86)\DevExpress2011.1\Components\Sources，如果遇到重复的直接覆盖。

4、将编译脚本（Sources.zip）解压至 C:\Program Files (x86)\DevExpress2011.1\Components\Sources。

4、将 安装目录下的Sources 目录下的所有文件属性改为可写，默认是只读。

5、执行 Sources 目录下的 Clear.bat，该脚本将清空所有 GAC 中的 DevExpress 注册信息和清空原有的程序集。

6、将上述第9点所需的DLL副本拷贝至 Sources\DevExpress.DLL 下。

7、使用编译命令：buildall.cmd /silent>build.txt，将使用静默编译，编译过程中的内容输出至 build.txt 文件中。

8、编译完成后，使用命令注册工具箱：ToolboxCreator.exe /INI:toolboxcreator.ini/LOG:gucs.log，卸载工具箱的命令是：ToolboxCreator.exe /INI:toolboxcreator.ini

/Remove。

.NET程序集版本冲突？这问题怎么描述的？

.net不会出现版本冲突问题的，往往版本冲突指的是你开发软件时引用与使用不同的版本所导致的。.net版本的引用依赖的并不是版本号，而是publicToken做为依据的。所以多数时间会出现版本找不到的现象。或者引用了两个不同版本的.net程序集（两个publictoken），即使是这样，那么你开发时编译器是无法通过的，因为编译时根本不知道某个方法到底来源于哪个程序集。出现编译问题时，往往是因为使用了Fake引用，然后，由于更新问题（发布时为使用的版本与开发时使用的版本不同），这时可能会现一些错误的问题。并不会出现版本冲突问题。

所以我无法确定你所谓的版本冲突到底是什么现象，一般在开发活动与部署活动中都不会出现直接的版本冲突提示的。所谓的版本冲突，应该不是程序报错而你自己的理解吧？否则直接把问描述的更清晰些，不要自己给问题定义一些不规则的描述——至少我不觉得你真的遇到了版本冲突的问题。

大前提——.net各版本是可以共存的！MS对其版本控制的机制还是非常信任的。.net开发版本完全共存，而运行版本基本上更不会出现这种情况，本身各运行版本可以共存，而且开发版本与运行版本是不一致的。

比如，.net 3.5是开发版本，但不管你是用.net 2.0还是3.5，其运行版本都是.net 2.0.49XX版本，当然了，.net 4.0/4.5.X/4.6.X/4.7.X生成的程序，其运行版本都是4.0。所以基本上不会遇到版本冲突。

---