MissingMethodException w / Method present - ＆gt;神经紧张的VS2010错误？

Question

两天来，我对VS 2010（SP 1）有一个非常讨厌的问题。 我的解决方案包含1个Azure项目，每个项目有4个角色。他们每个人都在第一行之一执行配置更改，以设置ServiceStack.Text JSON Serializer的日期格式。

JsConfig.DateHandler = JsonDateHandler.ISO8601;

有人会认为这里可能出现的问题并不多，但不知怎的，我的VS认为不然...... 如果我执行Clean + Rebuild，解决方案就可以了。如果我停止调试（或其他一些异常结束调试运行），则每个进一步的调试运行将在此行停止并抛出MissingMethodException 。

如果我再次执行Clean + Rebuild，它可以正常运行1次，然后再次抛出异常。 显然，这种方法不仅可以消失，而且我对这个问题的根源有什么想法，它只是在E V E R Y单次更改后破坏了我对Clean + Rebuild的效率。

之前的ServiceStack.Text版本确实没有这种方法（是的，我使用的是前几天的版本），但我删除了它的每一个部分。我甚至查看了typeof（JsConfig）。通过QuickWatch进行组装以确认它加载了最新版本，因此我无法想象以前的版本是如何负责的。

我已尝试但未改变任何内容的行动：

• 删除.suo
• 停用AV和SearchProtocolHost（可能是他们锁定了文件或其他内容）
• 通过NuGet删除所有与ServiceStack.Text相关的内容，并在每个（使用）项目中重新安装它
• 重启VS2010五十亿次
• 重新启动
• 在Sysinternals Process Monitor中找到了明显的东西

顺便说一下。我不认为这个问题与ServiceStack.Text库真的有关，但显然我无法确定这一点。

Answer 1

我遇到了同样的问题（请参阅我的评论），但在升级到最新版本的Servicesstack.Text后，问题已经消失。

Larsi

Answer 2

嗯，问题已解决，但我不确切知道是什么原因。

我将我的TFS工作区移动到另一个驱动器，它（不知道，认为它只会将所有内容移动到新驱动器）刚从存储库中获取最新版本，之后它似乎已修复它。 所以问题必须在于那些被排除在TFS源代码控制之外的文件。它不能是.suo因为我多次删除了它，但它也不能被那些被每个构建覆盖的文件（“Clean”已经删除它们），所以不应该留下很多文件。 希望至少有一点帮助。