Lorsque vous gachez une migration dans Laravel, vous pouvez: 1) faire reculer la migration à l'aide de ?PHP Artisan Migrate: Rollback? Si c'est le dernier, ou ?PHP Artisan Migrate: Reset? pour tous; 2) Créez une nouvelle migration pour corriger les erreurs si déjà en production; 3) Modifier directement le fichier de migration, mais cela est risqué; 4) Utilisez ?PHP Artisan Migrate: Fresh? pour recommencer, mais soyez prudent dans la production. Testez toujours les migrations dans un environnement de mise en scène d'abord pour éviter les problèmes en direct.

Lorsque vous gachez une migration à Laravel, vous pouvez avoir l'impression d'être coincé dans un bourbier de codage. Mais n'ayez pas peur, j'y suis allé et je vous guiderai à travers certaines stratégies pour vous remettre sur la bonne voie.

Vous avez donc gaché une migration. Que pouvez-vous faire? Vous avez plusieurs options, chacune avec ses avantages et ses inconvénients, et je vais y plonger pour vous aider à choisir le meilleur chemin à parcourir.

Commen?ons par comprendre ce qu'est une migration à Laravel. Les migrations sont comme le contr?le de version pour votre schéma de base de données. Ils vous permettent de modifier et de partager le schéma de base de données avec votre équipe. Lorsque vous exécutez une migration, Laravel exécute la méthode up pour appliquer les modifications et la méthode down pour annuler ces modifications. Mais que se passe-t-il si vous avez fait une erreur?

Une approche commune consiste à faire reculer la migration à l'aide php artisan migrate:rollback . Cette commande annulera la dernière migration, ce qui est génial si vous venez de réaliser votre erreur. Cependant, si vous avez effectué plusieurs migrations depuis la problématique, vous devrez revenir plusieurs fois, ce qui peut être fastidieux et risqué si vous ne faites pas attention.

Voici un peu de code pour illustrer comment faire reculer les migrations:

 // fait reculer la dernière migration
PHP Artisan Migrate: Rollback

// annule toutes les migrations
PHP Artisan Migrate: Réinitialiser

Le retour en arrière est simple, mais que se passe-t-il si vous avez déjà poussé la migration vers la production? C'est là que les choses deviennent difficiles. Vous devrez peut-être créer une nouvelle migration qui corrige l'erreur. C'est là que j'ai appris à la dure qu'il est crucial de tester soigneusement les migrations dans un environnement de mise en scène avant de se déployer en production.

Disons que vous avez ajouté une colonne qui aurait d? être un champ nullable. Vous pouvez créer une nouvelle migration pour résoudre ce problème:

 Utiliser illuminate \ database \ Migrations \ Migration;
Utilisez Illuminate \ Database \ Schema \ Blueprint;
Utiliser illuminate \ support \ FACADES \ Schema;

Class FixNullableColumn étend la migration
{
    Fonction publique UP ()
    {
        Schéma :: table ('utilisateurs', fonction (tableau Blueprint $) {
            $ table-> String ('e-mail') -> nullable () -> change ();
        });
    }

    Fonction publique Down ()
    {
        Schéma :: table ('utilisateurs', fonction (tableau Blueprint $) {
            $ table-> String ('e-mail') -> nullable (false) -> change ();
        });
    }
}

Cette approche vous permet de résoudre le problème sans perdre de données, mais il peut conduire à un historique de migration encombré si vous ne faites pas attention. N'oubliez pas de garder vos migrations propres et bien collegées.

Une autre méthode consiste à modifier directement le fichier de migration. C'est une solution rapide, mais elle est lourde de danger. Si vous avez déjà exécuté la migration, vous devrez le faire reculer d'abord, modifiez le fichier, puis le réduisez. Cela peut entra?ner des incohérences si d'autres membres de l'équipe ont déjà effectué la migration originale. Voici comment vous pourriez modifier une migration:

 Utiliser illuminate \ database \ Migrations \ Migration;
Utilisez Illuminate \ Database \ Schema \ Blueprint;
Utiliser illuminate \ support \ FACADES \ Schema;

Class CreateUSERSable étend la migration
{
    Fonction publique UP ()
    {
        Schéma :: Create ('utilisateurs', fonction (tableau Blueprint $) {
            $ table-> id ();
            $ table-> string ('name');
            $ Table-> String ('Email') -> UNIQUE (); // est passé de non-unique à unique
            $ Table-> TimeStamp ('email_verified_at') -> nullable ();
            $ table-> String ('mot de passe');
            $ Table-> RememberToken ();
            $ Table-> TimeStamps ();
        });
    }

    Fonction publique Down ()
    {
        Schema :: DropIfexists (?utilisateurs?);
    }
}

La modification des migrations directement peut être une pente glissante. Il est tentant de le faire, surtout sous pression, mais cela peut entra?ner des problèmes si tout le monde de l'équipe est conscient des changements.

Si vous êtes vraiment dans une liaison, vous pourriez envisager d'utiliser php artisan migrate:fresh . Cette commande supprimera toutes les tables et réévaluera toutes les migrations. C'est une option nucléaire, mais elle peut être utile si vous êtes dans un environnement de développement et que vous devez recommencer. Soyez très prudent avec cela en production!

 // dépose toutes les tables et réinstallez toutes les migrations
PHP Artisan Migrate: frais

D'après mon expérience, la meilleure pratique consiste à tester les migrations à fond dans un environnement de mise en scène avant de passer à la production. Cela peut vous faire éviter les maux de tête d'avoir à réparer les migrations dans un environnement en direct. Aussi, gardez toujours votre historique de migration propre en fusionnant les migrations lorsque cela est possible et en les commentant bien.

Pour conclure, lorsque vous gachez une migration, vous avez plusieurs outils à votre disposition. Roulez si vous le pouvez, créez une nouvelle migration pour corriger les erreurs si vous avez déjà poussé à la production et soyez très prudent quant à la modification des migrations directement. Et n'oubliez pas, testez toujours dans un environnement de mise en scène d'abord. Avec ces stratégies, vous pourrez naviguer dans les eaux troubles des accidents de migration avec confiance.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!