deployment - 如何避免将成品传递给安装团队的陷阱？

Question

任何人都有将成品交给安装团队的经验吗？

我们的产品可通过 RPM 安装，但也需要复制一些 MySQL 数据、修改一些配置文件并运行一些开发编写的脚本。有一个安装团队很棒，但开发是随叫随到的，每次安装后，我们必须在下类后接到客户的电话，我们必须提供支持。

我们确实从每起事件中吸取了教训，但如果能更主动一点，对我们的客户、我们的声誉和我的 sleep 都有好处。

具体来说:

你用什么工具来改进
之间的沟通/合作
球队？

您使用了哪些技术解决方案？

你用过什么政策？

有没有人在编写安装后验证工具方面取得过任何成功？

编辑:
我应该澄清一下，我不是在谈论开发和/或 QA 应该发现的软件故障。问题是来自客户的电话说“选项 A 突然不可用”，因为它没有配置为打开，或者“我无法登录”，因为身份验证服务器没有正确配置。

Answer 1

这基本上是阿萨夫的回答，重点不同。
在部署的双方，有两个主要项目可以确保良好的部署。

几个事件部件

这意味着，如果您可以选择提供一些文件并让部署者将它们放在生产环境的某些文件夹中，或者您可以将文件预先放置在文件夹结构中，然后让部署者将其复制到根目录中.或者更简单，批处理文件。或者微星。如果他们必须运行 SQL 脚本，那么清楚地显示他们在哪里。

基本上，这一步归结为允许开发人员创建脚本和批处理文件，并尽可能多地自动化(呵呵)。那样的话，部署者(他们不像你那样了解应用程序)不会在意他们应该用剩下的三个文件做什么。 (呃，你应该把它们放在文件夹 A、B、D 和 ZZ 中)

部署指南

这都是大写的，因为它胜过第一步。我说的是一个非常详尽的指南。

不应该说

“将 map 相关文件移动到 Map-App-Data 文件夹中。”

应该说

“*将文件 x、y、z(位于部署包中的文件夹 X 中)移动到 Map-App-Data 文件夹(位于 D:\AppName\Map-App-Data)*”。

甚至说“远程连接到 X 服务器，然后执行 y”的 Action ，因为您可能认为很清楚部署者应该在哪个服务器上，但是对于多服务器设置，它可能会变得非常棘手应该做什么在哪里。给出一份如此详尽的文档意味着任何人都可以部署，即使是您没有机会就正在发生的事情进行培训的人。

2.1 回滚计划

将回滚计划直接放入部署指南中。如果部署出错，他们偶尔会出错，在部署人员能够唤醒知道发生了什么的人之前，您不想让服务器脱机。它应该就在他们面前。即使对你来说这看起来很明显很简单，请记住，你刚刚花了过去四个星期全神贯注于这个项目，而这个人花了最后 20 分钟。他们根本不可能知道你不告诉他们的事情。

2.2 测试部署指南

自己完成这些步骤。或者更好的是，让一位不在项目中的同事与您的向导一起尝试部署到 UAT，而您坐在他们旁边。任何地方出错，请更改指南。在部署出现问题的任何地方(您之前见过的情况)在指南中添加一个脚注，解释为什么会出现这种情况，以及如何在可能的情况下修复它。您的部署指南没有错误至关重要，因为当您编写部署指南时，您实际上是在对部署进行操作(因为您知道如何)，并且您会获得通过它 sleep 的好处。但是，这也意味着任何错误都在你身上。

请为我遗漏的任何内容添加评论，我会把它扔进去。