如何对服务包或热修复进行版本处理？

Question

如果您的应用程序具有公共API，那么您在下面的场景中会做些什么呢？

• 如果发布应用程序的service，是否更改程序集的版本号？
• 同样，如果提供热修复，是否更改版本号？

如果需要，是否提供用于程序集重定向的策略文件？或者如果您不这样做，那么策略文件在什么情况下适合呢？我何时选择不更改版本号或提供策略文件并更改版本？

Answer 1

如果公共api的方法etc发生了变化，或者调用的行为发生了变化，客户机可能需要重写一些使用您的api的代码，那么您只需要增加版本号。

Answer 2

我们坚持这样的规则:版本号的前三部分或多或少是由市场营销产生的人为数字。模式类似于"Major.Minor.ServicePack“。(服务包和热修复之间的区别仅仅是策略。)但是最后一个数字是由构建脚本自动插入的，并保留脚本正在运行的分支的最后一个修改的颠覆版本。通过这一点，我们总是可以找到任何二进制文件的确切代码基“在野外”。

Answer 3

保持版本号不变的一个原因是与强名称程序集有关.

如果希望允许已编译的应用程序使用已更新的强命名程序集，则不得更改版本号，因为应用程序将需要与其编译的版本相同的程序集。

当然，这只在程序集的接口未被修改时才成立。