Laravel Migration Local vs Production

Question

Итак, приложение работает как можно точнее при производстве и локальном. Затем, локально, я сделал пару изменений в БД, таких как добавление столбца и изменение атрибутов столбца. Когда я перешел на локальную миграцию, у меня появилась ошибка, поэтому я удалил этот файл миграции, откинув всю таблицу и создав новую миграцию со всем, настроенным так, как я этого хочу. Миграция на местном уровне и работа.

Теперь я переместил эти изменения в github, и они автоматически потянулись к Laravel Forge и вышли на производственный сервер. Я получаю сообщение об ошибке «таблица уже существует». Таким образом, в репозитории github есть новая миграция для той таблицы, которая уже запущена на моем рабочем сервере.

Я пытаюсь выяснить, как решить эту проблему, не нарушая учетные записи, находящиеся в текущей рабочей таблице БД, и убедитесь, что есть миграция на месте, если мне нужно отказаться от таблицы.

Спасибо!

Answer 1

Если вы хотите добавить новые столбцы или изменить что-либо в базе данных, которая является производством.

Вам нужно будет создать новую миграцию, добавив эти строки в базу данных. Это не так просто, как просто изменить существующую миграцию.

Причина, по которой вы получаете «таблицу уже существует» в процессе производства, связана с тем, что миграция уже запущена.

Если, например, у вас уже перенесена таблица пользователя, и вы решили добавить псевдоним в существующую таблицу.

Вы бы создать новую миграцию php artisan make:migration alter_users_table_add_nickname

, а затем внутри этой миграции InstEd использования Schema::create было бы использовать Schema::table

public function up() 
{ 
    Schema::table('users', function(Blueprint $table) 
    { 
     $table->string('nickname'); 
    }); 
} 

public function down() 
{ 
    Schema::table('users', function(Blueprint $table){ 
     $table->dropColumn('nickname'); 

    }); 
} 

Вы можете прочитать больше здесь на Creating Columns