Laravel：我搞砸了我的迁移，我该怎么办？

当您搞砸Laravel的迁移时，您可以：1）使用“ PHP Artisan迁移：回滚”返回迁移，如果是最后一个，或“ PHP Artisan迁移：重置：所有人”； 2）创建一个新的迁移以纠正错误，如果已经在生产中； 3）直接编辑迁移文件，但这是有风险的； 4）使用'PHP工匠迁移：新鲜的'重新开始，但在生产上要谨慎。始终首先在分期环境中测试迁移，以避免在实时环境中进行问题。

当您弄乱Laravel的迁移时，可能会感觉自己陷入了编码泥土中。但是不要担心，我去过那里，我会带您一些策略，使您重回正轨。

因此，您已经搞砸了一个迁移。你能做什么？您有几种选择，每个选择都有其优点和缺点，我会潜入其中，以帮助您选择前进的最佳途径。

让我们从了解Laravel中的迁移开始。迁移就像您的数据库架构的版本控件。它们允许您修改并与您的团队共享数据库架构。当您运行迁移时，Laravel会执行应用更改的up方法，以及倒退这些更改的down方法。但是，如果您犯了一个错误怎么办？

一种常见的方法是使用php artisan migrate:rollback 。此命令将撤消最后一个迁移，如果您刚刚意识到自己的错误，这很棒。但是，如果您从有问题的迁移开始进行了多次迁移，则需要多次回滚，如果您不小心，这可能会乏味和风险。

这是一些代码，可以说明如何回滚迁移：

 //回滚最后一次迁移
PHP工匠迁移：回滚

//回滚所有迁移
PHP工匠迁移：重置

退后很简单，但是如果您已经将迁移推向生产怎么办？那就是事情变得棘手的地方。您可能需要创建一个纠正错误的新迁移。在这里，我了解到在部署到生产之前在分期环境中彻底测试迁移至关重要的地方。

假设您已经添加了一个本来应该是一个可确定字段的列。您可以创建一个新的迁移来解决此问题：

使用Illuminate \ Database \ Migrations \ Migration;
使用Illuminate \ Database \ Schema \ blueprint;
使用Illuminate \ support \ aftades \ schema;

类FixNullableColumn扩展迁移
{
    公共功能UP（）
    {
        schema :: table（'用户'，函数（blueprint $ table）{
            $ table->字符串（'email'） - > nullable（） - > change（）;
        }）;
    }

    公共功能降低（）
    {
        schema :: table（'用户'，函数（blueprint $ table）{
            $ table-> string（'email'） - > nullable（false） - > change（）;
        }）;
    }
}

这种方法使您可以在不丢失数据的情况下解决问题，但是如果您不小心，它可能会导致杂乱无章的迁移历史记录。始终记住要使您的迁移清洁且受到良好的评价。

另一种方法是直接编辑迁移文件。这是一个快速解决的问题，但充满了危险。如果您已经运行了迁移，则需要先回滚，编辑文件，然后重新运行。如果其他团队成员已经运行原始迁移，这可能会导致不一致。这是您可以编辑迁移的方式：

使用Illuminate \ Database \ Migrations \ Migration;
使用Illuminate \ Database \ Schema \ blueprint;
使用Illuminate \ support \ aftades \ schema;

班级创建巨星扩展迁移
{
    公共功能UP（）
    {
        schema :: create（'用户'，函数（blueprint $ table）{
            $ table-> id（）;
            $ table-> string（'name'）;
            $ table->字符串（'email'） - > unique（）; //从非唯一变换为唯一
            $ table-> timestamp（'email_verified_at'） - > nullable（）;
            $ table->字符串（'password'）;
            $ table-> remameToken（）;
            $ table-> timestamps（）;
        }）;
    }

    公共功能降低（）
    {
        模式:: Dropifexists（'用户'）;
    }
}

直接编辑迁移可以是滑坡。这很诱人，尤其是在压力下，但如果不是团队中的每个人都知道这些变化，可能会导致问题。

如果您真的处于束缚中，则可以考虑使用php artisan migrate:fresh 。此命令将放下所有表并重新运行所有迁移。这是一种核选择，但是如果您处于开发环境并且需要开始新鲜的情况下，它可能会很有用。在生产中要非常小心！

 //放下所有表并重新运行所有迁移
PHP工匠迁移：新鲜

根据我的经验，最好的做法是在推进生产之前在分期环境中彻底测试迁移。这可以使您免受必须在实时环境中修复迁移的头痛。另外，请始终通过在可能的情况下合并迁移并对其进行评论来保持您的迁移历史的清洁。

总结一下，当您弄乱迁移时，您可以使用几种工具。如果可以的话，请回滚，创建一个新的迁移以解决错误，如果您已经推到生产上，并且对直接编辑迁移非常谨慎。请记住，始终首先在分期环境中进行测试。有了这些策略，您将能够充满信心地浏览移民事故的阴暗水域。

以上是Laravel：我搞砸了我的迁移，我该怎么办？的详细内容。更多信息请关注PHP中文网其他相关文章！