當您搞砸Laravel的遷移時，您可以：1）使用“ PHP Artisan遷移：回滾”返回遷移，如果是最后一個，或“ PHP Artisan遷移：重置：所有人”； 2）創(chuàng)建一個新的遷移以糾正錯誤，如果已經(jīng)在生產(chǎn)中； 3）直接編輯遷移文件，但這是有風險的； 4）使用'PHP工匠遷移：新鮮的'重新開始，但在生產(chǎn)上要謹慎。始終首先在分期環(huán)境中測試遷移，以避免在實時環(huán)境中進行問題。

當您弄亂Laravel的遷移時，可能會感覺自己陷入了編碼泥土中。但是不要擔心，我去過那里，我會帶您一些策略，使您重回正軌。

因此，您已經(jīng)搞砸了一個遷移。你能做什么？您有幾種選擇，每個選擇都有其優(yōu)點和缺點，我會潛入其中，以幫助您選擇前進的最佳途徑。

讓我們從了解Laravel中的遷移開始。遷移就像您的數(shù)據(jù)庫架構(gòu)的版本控件。它們允許您修改并與您的團隊共享數(shù)據(jù)庫架構(gòu)。當您運行遷移時，Laravel會執(zhí)行應用更改的up方法，以及倒退這些更改的down方法。但是，如果您犯了一個錯誤怎么辦？

一種常見的方法是使用php artisan migrate:rollback 。此命令將撤消最后一個遷移，如果您剛剛意識到自己的錯誤，這很棒。但是，如果您從有問題的遷移開始進行了多次遷移，則需要多次回滾，如果您不小心，這可能會乏味和風險。

這是一些代碼，可以說明如何回滾遷移：

 //回滾最后一次遷移
PHP工匠遷移：回滾

//回滾所有遷移
PHP工匠遷移：重置

退后很簡單，但是如果您已經(jīng)將遷移推向生產(chǎn)怎么辦？那就是事情變得棘手的地方。您可能需要創(chuàng)建一個糾正錯誤的新遷移。在這里，我了解到在部署到生產(chǎn)之前在分期環(huán)境中徹底測試遷移至關重要的地方。

假設您已經(jīng)添加了一個本來應該是一個可確定字段的列。您可以創(chuàng)建一個新的遷移來解決此問題：

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

類FixNullableColumn擴展遷移
{
    公共功能UP（）
    {
        schema :: table（'用戶'，函數(shù)（blueprint $ table）{
            $ table->字符串（'email'） - > nullable（） - > change（）;
        }）;
    }

    公共功能降低（）
    {
        schema :: table（'用戶'，函數(shù)（blueprint $ table）{
            $ table-> string（'email'） - > nullable（false） - > change（）;
        }）;
    }
}

這種方法使您可以在不丟失數(shù)據(jù)的情況下解決問題，但是如果您不小心，它可能會導致雜亂無章的遷移歷史記錄。始終記住要使您的遷移清潔且受到良好的評價。

另一種方法是直接編輯遷移文件。這是一個快速解決的問題，但充滿了危險。如果您已經(jīng)運行了遷移，則需要先回滾，編輯文件，然后重新運行。如果其他團隊成員已經(jīng)運行原始遷移，這可能會導致不一致。這是您可以編輯遷移的方式：

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

班級創(chuàng)建巨星擴展遷移
{
    公共功能UP（）
    {
        schema :: create（'用戶'，函數(shù)（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 。此命令將放下所有表并重新運行所有遷移。這是一種核選擇，但是如果您處于開發(fā)環(huán)境并且需要開始新鮮的情況下，它可能會很有用。在生產(chǎn)中要非常小心！

 //放下所有表并重新運行所有遷移
PHP工匠遷移：新鮮

根據(jù)我的經(jīng)驗，最好的做法是在推進生產(chǎn)之前在分期環(huán)境中徹底測試遷移。這可以使您免受必須在實時環(huán)境中修復遷移的頭痛。另外，請始終通過在可能的情況下合并遷移并對其進行評論來保持您的遷移歷史的清潔。

總結(jié)一下，當您弄亂遷移時，您可以使用幾種工具。如果可以的話，請回滾，創(chuàng)建一個新的遷移以解決錯誤，如果您已經(jīng)推到生產(chǎn)上，并且對直接編輯遷移非常謹慎。請記住，始終首先在分期環(huán)境中進行測試。有了這些策略，您將能夠充滿信心地瀏覽移民事故的陰暗水域。

以上是Laravel：我搞砸了我的遷移，我該怎么辦？的詳細內(nèi)容。更多信息請關注PHP中文網(wǎng)其他相關文章！