【问题标题】：Changes and testings on live web service实时 Web 服务的更改和测试
【发布时间】：2016-01-09 17:05:27
【问题描述】：

我创建了一个运行了一段时间的网络服务。

同时我购买了另一个域，我从实时 Web 服务导入并配置了所有脚本/数据库。

现在我有 2 个不同的域；我称之为 LIVE 的一个，另一个我称之为 TEST 的。两个域现在具有相同的内容。

如果我想添加新功能，我会在 TEST 服务器上对其进行编码、调试并确保其正常工作。同时我写下了所有的变化，以帮助我在 LIVE 服务器上实现。

在 LIVE 服务器上推送更改后，我对其进行测试以检查是否一切正常。

问题：

1) 这个程序有效吗？有什么改进的建议吗？

2) 测试涉及数据库更改的情况（例如，如果我在注册表单中进行了一些逻辑更改）。

如何处理数据库中的测试条目？我要删除它们吗？
如果表中的真实数据（无测试数据）上升到 ID 40 (1,2,3,...40) 并且测试条目出现在 ID 41 的位置，如果我删除 ID 为 41 的条目，那么下一个真正的条目将占据 ID 42 的位置（因为 ID 是自动递增的）。删除测试条目后如何重置 ID 计数器？现在我使用以下内容： ALTER TABLE tablename AUTO_INCREMENT = 1 并且它有效。我使用此命令的桌子上是否有任何现场效果？为什么这行得通？我将 auto_increment 设置为 1 而不是 41。
如果数据库中的条目有间隙，会有什么问题吗？（例如 ID：1,2,4,5,.. 缺少 ID=3）

ps：我使用 PHP 作为后端，使用 MySQL (InnoDB) 作为我的数据库。

提前致谢。

克里斯托斯

【问题讨论】：

【解决方案1】：

这里要解决两个问题：部署和迁移：

1) 拥有一个测试和生产服务器是可以的，但您还需要一种快速部署两者的方法。有很多选择：例如部署者 (http://deployer.org/)。

2) 现代框架，如 Laravel 或 Yii2，使用迁移来更新您的数据库结构更改，测试条目无关紧要。在您的情况下，有一些工具可以在没有像 Phinx (https://phinx.org/) 这样的框架的情况下使用迁移

【讨论】：