有什么好的策略可以让部署的应用程序可以热修复?

[尽管我们在发布之前做了很多测试,]我们做的是:

我们的SVN如下所示:

/repo/trunk/
/repo/tags/1.1
/repo/tags/1.2
/repo/tags/1.3

创建“标记”的原因包括,我们的应用程序在生产代码中的某些设置与“trunk”略有不同(例如,不会通过电子邮件发送错误,但会记录错误),因此创建标记并提交这些更改是有意义的。然后在生产集群上签出。

修补程序 一个问题,我们先在tags/x中修复它,然后 svn update 从标签上看是好的。有时我们会进行阶段性处理,有些问题(如拼写等小的/琐碎的修复)会绕过阶段性处理。

唯一要记住的是应用 tags/x trunk .

如果您有多个服务器, Capistrano 非常有助于运行所有这些操作。

一种策略是为不同的组件大量使用声明式外部配置文件。

例如:

• 通过诸如 IBatis/IBatis.NET
• 通过类似 JLog / NLog
• Spring / Spring.NET

通过这种方式,您通常可以将关键组件分离为独立的部分,在不重新编译的情况下热修复正在运行的应用程序,并无缝地使用源代码管理(特别是与存储过程相比,存储过程通常需要手动进行源代码管理)。

我们将代码分为框架代码和业务定制。业务定制类是使用一个单独的类加载器加载的,我们有一个工具可以将更改提交给正在运行的生产实例。每当我们需要在任何类中进行更改时,我们都会更改它并将其提交给正在运行的实例。正在运行的实例将拒绝旧的类加载器,并使用新的类加载器重新加载类。这类似于EJB的Jboss热部署。