我们有一个Word模板级插件,它是在.NET 4.0中构建的,但是由于一些需求变化,我们不得不将解决方案降级到.NET 3.5。我们不得不在一个新的解决方案中重建整个项目。现在,客户端已经有许多与旧的vsto / dotx集成的文档,这些文档没有启动我们部署的新定制。这是因为_AssemblyLocation(自定义文档属性,在发布期间注入dotx)仍然引用旧的solutionId而不是新的。如果我将新清单修改为具有旧的solutionID,则会出现签名不匹配错误。
请注意,此solutionID与AssemblyInfo.cs中提到的GUID具有相同的语法,但它们不相同。我认为这是在发布vsto解决方案时生成的。
知道如何让新版本与以前的文档一起使用?我知道这可能不是每个人都明白的,所以如果有什么不清楚,请告诉我。
答案 0 :(得分:0)
我找到了修复,实际上非常简单。我只需要打开csproj文件并将solutionId GUID更新为旧文件。不确定为什么解决方案明智的文本搜索没有找到这个,可能VS没有读取csproj文件本身的内容进行搜索。