强名称密钥损坏或无法读取
在不频繁的随机间隔内，解决方案中的某些项目将不再构建。可能是因为强命名密钥文件损坏或丢失。 导致构建项目时出现如下错误：
错误 1 元数据文件 'D:\CasparKleijne.Toolkit\CasparKleijne.Toolkit\bin\Debug\CasparKleijne.Toolkit.dll' 不可能 找到 CasparKleijne.Toolkit.Reporting
错误 2 无法导入以下密钥文件： CasparKleijne.Toolkit.pfx。这 密钥文件可能受密码保护。到 纠正这个问题，尝试导入 重新证书或手动安装 强名称 CSP 的证书 具有以下密钥容器名称： VS_KEY_11D604D4C94AB54 CasparKleijne.工具包
导入密钥文件时出现错误3 “CasparKleijne.Toolkit.pfx”是 取消。 CasparKleijne.Toolkit
（由于某些隐私原因，程序集名称已更改）
但是该文件位于它的完全相同的位置，但我无法导入 > 不再这样了。我必须创建一个新的并且一切再次正常。
文件如何位于正确的位置，但仍然vs2010 找不到？这到底是什么奥秘呢？我怎样才能避免这种情况？
On an infrequent random interval, some projects in a solution won't build anymore. Probably because of the strong named key file beging corrupt or lost..
resulting in the following errors when building the project:
Error 1 Metadata file
'D:\CasparKleijne.Toolkit\CasparKleijne.Toolkit\bin\Debug\CasparKleijne.Toolkit.dll'
could not be
found CasparKleijne.Toolkit.ReportingError 2 Cannot import the following key file:
CasparKleijne.Toolkit.pfx. The
key file may be password protected. To
correct this, try to import the
certificate again or manually install
the certificate to the Strong Name CSP
with the following key container name:
VS_KEY_11D604D4C94AB54 CasparKleijne.ToolkitError 3 Importing key file
"CasparKleijne.Toolkit.pfx" was
canceled. CasparKleijne.Toolkit
(assembly names are changed for some privacy reasons)
But the file is at the exact same location where it was, but I cannot import it anymore. I have to create a new one and all works fine again.
How can a file be at the correct location but still not be found by vs2010? what is this mystery? How can I avoid this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
疯狂猜测：
检查您的构建配置并确保项目设置为构建。确保它没有被切换。
否则，根据我的经验，像这样的奇怪问题通常是由于 Visual Studio 自行缓存内容造成的。
没有可靠的方法（或者至少我还没有找到）来检测要查找的内容或位置。我通常采用“冲洗-重复”过程：
Wild guesses:
Check your build configuration and ensure that project is set to build. Make sure it is not getting switched.
Otherwise, in my experience, weird problems like that are ususally due to Visual Studio caching things on its own.
There is no reliable way (or at least I haven't found yet) to detect what or where to look. I generally resort to a 'rinse-n-repeat' procedure:
obj/debugfolders它正在寻找 pfx 文件。我认为这是一种证书文件格式。也许证书已过期，或者如消息所述，它受密码保护。
Its looking for a pfx file. I think that's a certificate file format. Maybe the certificate expired, or like the message said, it is password protected.