我一直在愉快地编写一个相当大的解决方案（超过13k行代码，5个项目），它使用Linq to Sql进行数据访问。突然间我执行了一个正常的构建，结果收到了一个甜蜜而模糊的错误消息：
“错误1：由于C：\xxx\xxx.dbml中存在验证错误，构建失败。打开文件并解决错误列表中的问题，然后尝试重新构建项目。C：\xxx\xxx.dbml”
我几周没有触及我的数据访问层，并且DBML文件也没有进行任何调整。我尝试了很多愚蠢的技巧，例如重新创建布局文件，在重启Visual Studio后将现有文件复制并重新添加到项目中（以防文件级别的损坏）；但是都没有成功。
我忘记佩戴我的Visual Studio技能+5护身符，所以我开始四处搜索，唯一有道理的答案是重置我的程序包，因为Visual Studio无法正确加载一个程序集。运行“devenv.exe /resetskippkgs”之后，我实际上可以将dbml文件添加回DAL项目并重建解决方案。
我很高兴它已经被修复，但我更想从这个经历中获得更深入的理解。有人知道为什么在Visual Studio 2008中会发生这种情况吗？
新编辑：10/30/2008 这不只是我一个人遇到的问题。 Rich Strahl最近在他的“网络日志”上写到了同样的经历。他链接到另一个博客出现相同问题并使用相同操作。
自原帖发布以来，我已经遇到了几次这个问题，这让我认为这不是一个随机问题。如果有人找到了明确的答案，请发帖。
“错误1：由于C：\xxx\xxx.dbml中存在验证错误，构建失败。打开文件并解决错误列表中的问题，然后尝试重新构建项目。C：\xxx\xxx.dbml”
我几周没有触及我的数据访问层，并且DBML文件也没有进行任何调整。我尝试了很多愚蠢的技巧，例如重新创建布局文件，在重启Visual Studio后将现有文件复制并重新添加到项目中（以防文件级别的损坏）；但是都没有成功。
我忘记佩戴我的Visual Studio技能+5护身符，所以我开始四处搜索，唯一有道理的答案是重置我的程序包，因为Visual Studio无法正确加载一个程序集。运行“devenv.exe /resetskippkgs”之后，我实际上可以将dbml文件添加回DAL项目并重建解决方案。
我很高兴它已经被修复，但我更想从这个经历中获得更深入的理解。有人知道为什么在Visual Studio 2008中会发生这种情况吗？
新编辑：10/30/2008 这不只是我一个人遇到的问题。 Rich Strahl最近在他的“网络日志”上写到了同样的经历。他链接到另一个博客出现相同问题并使用相同操作。
自原帖发布以来，我已经遇到了几次这个问题，这让我认为这不是一个随机问题。如果有人找到了明确的答案，请发帖。