在生产环境中重置 Laravel 迁移

Question

大家好

我将尝试尽可能清楚地解释我的问题，如果您不明白我的意思，请随时问我更精确的问题并原谅我的错误，英语不是我的母语。

---

我的目标

我想再次开始使用迁移，因为我需要创建一个新表，一年后我公司的开发人员通过直接从 phpmyadmin 创建/删除/更新表绕过它们。

---

你必须知道的事情

上次迁移是在一年前，但从那时起，许多表都没有迁移而创建。

---

为什么我需要你的帮助

我想知道在不丢失数据或表的情况下再次开始使用迁移的最佳方法是什么，因为我正在环境生产中工作。 最好的方法是什么？ 保留已经存在的迁移并忽略已创建的表？ 删除所有迁移文件并删除迁移表中的所有行？

如果我删除所有迁移文件并截断​​迁移表， php artisan migrate会对现有架构产生任何影响吗？

最佳做法是什么？ 我应该重新创建架构的所有表的所有迁移吗？ 或者我应该只使用我想创建的新表创建一个迁移？

Answer 1

您可以从头开始删除所有迁移并截断迁移表。

然后查看这篇文章，为您当前的数据库架构重新创建所有迁移。

Answer 2

Laravel 使用记录迁移时间的专用表来跟踪迁移。 当任何一个迁移运行时，它会在表中插入一条新记录，如果您回滚迁移，相应的记录将被删除。 因此，您可以通过将它们添加到此表来防止运行不需要的迁移。

我的建议如下：

• 创建缺失的迁移
• 在本地副本上运行它们以使数据库处于所需状态
• 导出迁移表
• 将其导入生产数据库
• 如果您想在本地运行的迁移之后运行任何其他迁移，请在生产中运行它们

不过，我肯定会小心地事先进行试运行——也许在导出迁移之后，将生产数据库导入到本地副本，然后导入迁移，并在那里进行检查。

我也倾向于采取措施阻止人们直接对生产数据库应用更改——这是一个非常危险的步骤，它避免了问责制并使在本地测试您的应用程序变得困难。 也许锁定 PHPMyAdmin。

Answer 3

大多数情况下，我尝试将迁移与我的表同步，这样我就不会丢失数据库中的当前数据，并且我知道我的迁移已更新。 因此，我从第一个表中手动添加到表中的任何内容，您也必须将其添加到迁移中。 在这种情况下，将来如果您需要创建数据库截断或其他任何您知道您的迁移已经是最新的。 老实说，最佳做法是在迁移中进行更改而不是在数据库中进行更改，因此您还没有这样做。 这是最佳实践，甚至可以在您的情况下完成，因此您可以像这样迁移到您的项目：

php artisan make:migration added_photo_to_user_table --table=users

然后在您的迁移中：

 public function up()
{
    Schema::create('users', function (Blueprint $table) {
        $table->text('photo')->nullable;

    });
}

然后你必须运行命令

php artisan migrate

但是在您的情况下，因为您将字段添加到数据库中，所以您不需要运行最后一个命令，您只需要进行迁移，因此将来如果您想更新数据库，您将其作为最佳实践进行不会遇到任何数据丢失。