我需要出版商政策文件吗？
Do I need publisher policy files?
我是 .NET 开发的新手，必须接管一个由多个 DLL 文件组成的库。我已经看到，在库的打包过程中（用于创建安装程序），创建的程序集有发布者程序集策略文件，如本例所示：How to: Create a Publisher Policy.
因此，基本上这些策略用于重定向到较新的程序集。但是，来自 Java 世界，我觉得这个过程很乏味。这意味着对于每个次要版本更改，我都必须采用所有程序集的发布者策略？
现在我想知道这是否真的有必要，因为我觉得这种行为很尴尬。在公司里也没有人知道这件事，也不知道为什么它最初在图书馆里。
进一步的问题：我创建了一个新版本的库（没有创建策略文件）并安装了程序集。看来我需要为升级后的 DLL 在 Visual Studio 中添加对我的项目的新引用。这种行为是预期的吗？发布者政策文件的好处是我不需要重新link我在项目中的引用吗？
对于测试 porpuses，我从库中删除了策略文件，到目前为止没有发现任何不良影响。我不得不重新 link 几个程序集，但没什么好担心的。也从这里没有答案猜测这些文件已经过时，不再使用。
我是 .NET 开发的新手，必须接管一个由多个 DLL 文件组成的库。我已经看到，在库的打包过程中（用于创建安装程序），创建的程序集有发布者程序集策略文件，如本例所示：How to: Create a Publisher Policy.
因此，基本上这些策略用于重定向到较新的程序集。但是，来自 Java 世界，我觉得这个过程很乏味。这意味着对于每个次要版本更改，我都必须采用所有程序集的发布者策略？
现在我想知道这是否真的有必要，因为我觉得这种行为很尴尬。在公司里也没有人知道这件事，也不知道为什么它最初在图书馆里。
进一步的问题：我创建了一个新版本的库（没有创建策略文件）并安装了程序集。看来我需要为升级后的 DLL 在 Visual Studio 中添加对我的项目的新引用。这种行为是预期的吗？发布者政策文件的好处是我不需要重新link我在项目中的引用吗？
对于测试 porpuses，我从库中删除了策略文件，到目前为止没有发现任何不良影响。我不得不重新 link 几个程序集，但没什么好担心的。也从这里没有答案猜测这些文件已经过时，不再使用。