如果您的应用程序有一个供人们开发的公共(public) API，那么在以下场景中您会做什么？
如果您发布了您的服务包 应用程序你改变版本吗 组件数量？
同样，你改变版本 如果您提供修补程序，数量如何？
如果提供，您是否提供程序集重定向的策略文件？或者如果您不知道策略文件在该场景中的位置？我什么时候会选择不更改版本号或提供策略文件并更改版本？
最佳答案
我们遵循这样的规则:版本号的前三部分或多或少是由营销产生的人为数字。该模式类似于“Major.Minor.ServicePack”。 (服务包和修补程序之间的区别只是策略。)但最后一个数字是由构建脚本自动插入的，并保留脚本运行所在分支的最后更改的 subverion 版本。通过这种方式，我们总能找到任何“野外”二进制文件的确切代码库。
关于.net - 如何对服务包或修补程序进行版本控制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1626132/