我对别人是如何管理从DEV代码升级进行测试，以在企业内部PROD好奇。工具来协助管理应用程序推广过程中企业环境
你用什么工具或流程来管理的“繁文缛节”的事情，进入/退出准则的一面呢？
我目前的组织一半就卡住了一些自定义在线表单类型的功能和纸基之间的依赖关系提交文件，收集的批准和审查。
所有这些都留在项目经理手中，以跟踪已提交的内容，通过审核，批准并告知管理人员，如果有任何障碍可能需要批准才会被“忽略”，然后才能将应用程序升级到下一个环境。基于
浏览器应用程序将是理想的...所以什么了吗？请告诉我你googlefu比我的好。
很难找到一个很好的通过谷歌。有大量的工具用于问题管理，所以我会提及我们使用的内容以及我们想要使用的内容。
我们目前使用serena产品。他们过去对我们很好。团队跟踪是我们的问题管理和处理我们工作的任何问题的生命周期。版本管理器是我们的源代码管理器，具有实现DEV TEST和PROD等促销组的功能。我们使用DEV，TSTAGE，TEST，PSTAGE和PROD来表示从一个到另一个的移动，但它们大致相同。这两个产品很好地集成，以便与问题相关的来源链接，但我们在此环境中没有构建过程设置。这很贵，但效果很好。
我们正在寻找OT移动到使用吉拉的问题管理更常见的系统，颠覆了源头控制，鱼眼镜头到两个连接在一起并为构建管理巡航控制。这样比较便宜，对于一个企业lisence总共几千，并提供所有相同的功能，但SVN的额外奖金是一个非常漂亮的代码版本mangager。
我希望有帮助。
有，我已经经历了多年的几个不同的方案：
开发 - >测试：有通常是停在新功能的工作，并得到一个测试环境，有代码的代码冻结日期已被标记/标记/存档建立。然后将其复制到机器上，测试进行得很顺利。这通常也是最不详细的推动。
测试 - > PROD：这就要求生产已下井这可能意味着，一个“去钓鱼”页面上升或IIS并不是绝对运行任何网站和代码再次复制在微小的变化。在这种情况下，负载平衡器可以充当交换机，以便促销发生，并且没有客户遇到任何停机时间，因为旧服务器上的服务器会在会话结束后移动。
为了详细阐述这种交换想法，建立的目的是让2台潜在的服务器只有一台服务器接受请求，即负载均衡器只是将所有流量发送到一台可以在其他服务器更新时切换的机器代码上线。
还可以有一个临时的环境是测试和生产在工艺来讲是相似的还有在促销的情况发生了一套日之间。
我曾经在那里工作将合并天，其中一个开发者花费了大多数每天在Perforce公司合并的代码，以便它可以从一个环境提升到另一个。
现在有一对夫妇的情况下，其中不使用这个的：
“修复”或“热补丁”就在我曾经工作发生，在这种情况下，特定的文件被复制成分期和生产环境，因为代码更改必须尽快进入Production生产环境，因为生产中出现了一些问题，或者需要花费2分钟才能完成的新工作。在这种情况下，推出的代码更改必须在外出前进行审核和批准。
这些是我见过的不同方法，通常有时间表和时间表可能不得不改变，或者需要额外的资源来进行艰难的约会，比如如果某个会议在某个特定的周末会发生这样那样的事情为此做好准备。
当然，在一些地方出现了，“哦，是坏了吗？让我看看......”几分钟后，“不，看看它是不是打破了我”，如果有人在没有征得许可或任何公司仍然有他们所称的“牛仔编程”的情况下改变了事情。
另一点是发行规模： 1）微小的 - 这是一个网页的上升，使用户X可以做Y.
2）小的情况下 - 少数左右的文件这并不是很复杂，但并不完全无关紧要。
3）中度 - 如果从一个环境到另一个需要改变一堆文件，通常有脚本移动。
4）大 - 哪里有排定的促销活动和各种开发者被要求谁在当生动推完成其移动。除了发布一些新的电子商务网站之外，还有一项数据迁移工作要做。
5）猛犸 - 这里的一切，包括如何将使用全新的。我认为我从未见过这种规模的产品，但我认为微软或Google会有这种规模的产品。
某处在该频谱大部分释放下降等多少策划和准备可以有很大不同，让我们不要忘记，合规性可以在得到一些东西做自己的痛苦。