我们正在开发一个应用程序,其中包含多个物理层上的组件,共享许多程序集以及每个层都有一些独有的程序集.

我想知道发布热修复程序的典型版本控制策略,或者只知道应用程序的一些组件.

我们的问题跟踪软件包含整个产品的版本号.如果当前版本是1.4.5并且需要修补程序,则将针对1.4.6发布此修补程序的问题.受1.4.6修复程序影响的所有程序集都是版本1.4.6.如果我们只发布那些文件,我们最终会在1.4.5版本上发布一些文件,在1.4.6上发布一些文件.

解决方案可能是以1.4.6重建和释放整个应用程序,但这需要重新部署多台计算机上的多个组件,并导致不实际更改的组件的不必要停机时间.

人们为此问题制定了哪些策略？只是接受一些文件会有不同的版本号吗？在过去,我发现这会导致与客户(1级)支持团队的混淆.

最佳答案 你提出了一个有趣的问题.

这是一个政策决定,你需要做出决定你的部署和版本控制策略,并考虑各种因素(你已经注意到的一些因素,如客户混淆)的权衡.

您可以做的一件事是分离各个层的发布和版本控制,这将允许您在一个层中具有一致的版本控制,同时减少了修补程序部署开销.您还需要将公共程序集分解为单独的程序包和独立版本.

这可能是矫枉过正,因此另一种方法是让您的版本控制更容易掌握.例如,您可以保留部分版本号以指示修补程序.例如,如果1.4.5.0是正式版本,则修补程序将为1.4.5.1,这很容易理解为1.4.5正式版本的一部分.

您还可以使用其他程序集版本(例如AssemblyInformationalVersion)来存储用户的版本信息. (有关.NET中AssemblyInformationalVersion和汇编版本控制的更多详细信息,请查看my blog post.)