【问题标题】:Change Management suggestions?变更管理建议?
【发布时间】:2009-10-30 02:31:40
【问题描述】:

我已经快要启动一个非常繁重的网络应用程序了,而且我在我的服务器上进行了质量检查,几乎所有内容都已完成。我仍然在这里和那里进行修改和更改,虽然我正在为我的服务器拍摄夜间快照,但我仍然希望有某种形式的变更管理,这样我就可以准确地确定我的环境中发生了什么可怕的事情错了(尤其是在我生产的时候)。所以我很好奇......有没有人对一个好的变更管理应用程序(网络或其他)有任何建议?其他人都做什么?我应该把它收起来并使用电子表格吗?

【问题讨论】:

  • 您使用的是什么技术/平台?你的团队规模如何?
  • 您提供的有关应用程序和环境的信息越多,您获得的答案就越好。
  • 是的,LAMP 网络应用程序......独奏 :)

标签: version-control change-management cmdb


【解决方案1】:

我的建议是使用源代码管理。您可以拥有一个 prod 分支,然后在将给定版本推送到生产环境之前,每个开发工作都可以在合并回 prod 之前产生自己的分支。这样一来,您的源代码控制就拥有了 prod 中曾经发布的每个版本(源代码控制至少可以帮助您确定版本之间的变化)。

编辑:TFS Branching Guidance 非常有用,这些概念可以应用于其他源代码控制系统。如果您对此方法感兴趣,我建议您阅读它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-09-20
    • 2018-05-24
    • 1970-01-01
    • 2020-06-18
    • 2010-12-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多