帮助管理企业环境中的应用程序升级过程的工具

Question

我很好奇其他人如何管理企业内从DEV到TEST到PROD的代码促销。

您使用哪些工具或流程来管理“繁文缛节”，进入/退出标准方面？

我目前的组织在一些自定义在线表单类型功能和基于纸张的依赖关系之间停留一半，以提交文档，收集批准和评论。

所有这些都留在项目经理手中，以跟踪已提交，通过审核，批准和建议管理的内容，如果有任何障碍可能需要批准被“忽略”。在应用程序可以升级到下一个环境之前。

基于浏览器的应用程序将是理想的...所以那里有什么？请告诉我你googlefu比我好。

Answer 1

通过谷歌很难找到一个好的。有大量的工具用于问题管理，所以我会提到我们使用的内容以及我们想要使用的内容。

我们目前使用serena产品。他们过去一直很好用。 Team Track是我们的问题管理，可以处理我们所处理的任何问题的生命周期。版本管理器是我们的源代码控制，具有实现DEV TEST和PROD等促销组的功能。我们使用DEV，TSTAGE，TEST，PSTAGE和PROD来表示从一个到另一个的运动，但它们大致相同。这两个产品很好地集成，以便与问题相关联的源链接，但我们在此环境中没有构建过程设置。它很贵，但效果很好。

我们正在寻找一个更常见的系统，使用Jira进行问题管理，Subversion进行源代码控制，Fisheye将两者连接在一起，Cruise Control进行构建管理。这是一个较便宜的，总共几千个企业lisence并提供所有相同的功能，但增加了SVN的额外奖励，这是一个非常好的代码版本mangager。

我希望有所帮助。

Answer 2

多年来我经历过几种不同的情景：

Dev - ＆gt;测试：通常会有代码冻结日期停止对新功能的处理，并为测试环境提供已标记/标记/存档的代码。然后将其复制到机器上，测试就可以了。这通常也是任何推动中最不详细的。

测试 - ＆gt;产品：这需要微小的改变，生产必须下降，这可能意味着“去钓鱼”。页面上升或IIS没有任何网站运行，代码再次被复制。有一些特殊情况，负载均衡器可以作为交换机，以便促销发生，没有任何客户遇到任何停机时间，因为旧服务器上的服务器会在会话结束后移动。

要详细说明切换的想法，设置是有2个可能的活动服务器，只有一个服务器接受请求，负载均衡器只将所有流量发送到一台机器，当另一台服务器有更新的代码时可以切换上线。

在测试和生产之间也可能存在一个暂存环境，其中流程类似于促销发生时的设定日期。

我曾经工作的地方会有合并日，开发人员花费大部分时间在Perforce中合并代码，以便可以从一个环境升级到另一个环境。

现在有几种情况没有使用：

＆QUOT;修补程序＆QUOT;或“热补丁”会发生在我以前工作的地方，在这种情况下，特定文件被自己复制到登台和生产环境中，因为代码更改必须尽快进入生产，因为生产中出现了某些问题或者必须完成的一些新事情需要2分钟才能完成。在这种情况下，推出的代码更改必须在出门前进行审核和批准。

这些是我见过的不同方法，通常会有时间表和时间表可能需要更改，或者引入额外的资源来制作一个艰难的日期，就像会议在某个特定的周末那样准备就绪为此。

当然，在一些地方出现过，“噢，那是坏了吗？让我看看......“几分钟后，“不，看到它没有打破我，”有人在没有得到许可的情况下改变了事情，或者公司仍然拥有他们所谓的“牛仔编程”的任何东西。

另一点是发布的规模： 1）微小 - 这是一个网页上升的情况，以便用户X可以做Y.

2）小 - 少数左右的文件不是很复杂，但并不是很简单。

3）媒介 - 从一个环境转到另一个环境需要更改一堆文件，并且通常需要移动脚本。

4）大 - 有预定的促销活动，并且在实时推送完成后，会询问各个开发人员正在进行哪些轮班。除了发布一些新的电子商务网站之外，我还有一个数据迁移的情况。

5）猛犸象 - 一切都是全新的，包括如何使用它。我认为我从来没有见过这样大小的产品，但我认为微软或Google会发布这样规模的产品。

在这个频谱的某个地方，大多数版本都会下降，因此规划和准备工作的程度可能会有很大差异，让我们不要忘记，遵守法规可能是让自己完成某些事情的痛苦。