运行一个特定的 Laravel 迁移（单个文件）

看起来你做错了。

迁移是由 Laravel 以它们创建的确切顺序一一执行的，因此它可以跟踪执行和执行顺序。这样，Laravel 将能够安全地回滚一批迁移，而不会有破坏数据库的风险。

赋予用户手动执行它们的权力，使用户无法（肯定地）知道如何回滚数据库中的更改。

如果你真的需要在你的数据库中执行某些东西，你最好创建一个 DDL 脚本并在你的网络服务器上手动执行它。

或者只是创建一个新的迁移并使用工匠执行它。

编辑：

如果你需要先运行它，你需要先创建它。

如果您只需要重新排序它们，请将文件重命名为第一个。迁移是使用时间创建的：

2013_01_20_221554_table

要在此之前创建一个新迁移，您可以将其命名

2013_01_19_221554_myFirstMigration

---

您可以将迁移放在更多文件夹中并运行以下内容：

php artisan migrate --path=/app/database/migrations/my_migrations

---

只需将已运行的迁移移出 app/config/database/migrations/ 文件夹即可。然后运行命令 php artisan migrate 。对我来说就像一个魅力。

---

在运行 Laravel 4 迁移时，一个不错的小片段可以缓解任何恐惧php artisan migrate --pretend。如果您运行实际迁移，这只会输出本应运行的 SQL。

听起来您最初的 4 次迁移已经运行。我猜当您 php artisan migrate 时，它只会运行新的、最近的迁移。

忠告：确保你所有的 up() 和 down() 都按照你的预期工作。我喜欢在运行迁移时运行 up()、down()、up()，只是为了测试它们。进行 5-6 次迁移并意识到无法轻松回滚它们会很糟糕，因为您没有将 down() 与 up() 100% 匹配。

只是我的两分钱！希望--pretend有所帮助。

---

重新运行迁移的唯一方法是肮脏的。您需要打开数据库并删除迁移表中代表您的迁移的行。

然后再次运行 php artisan migrate。

---

您可以从终端为您的迁移创建一个单独的目录，如下所示：

mkdir /database/migrations/my_migrations

然后将要运行的特定迁移移动到该目录并运行以下命令：

php artisan migrate --path=/database/migrations/my_migrations

希望这可以帮助！

---

如果您想在 Laravel 中运行（单个文件）迁移，您可以执行以下操作：

php artisan migrate --path=/database/migrations/migrations_file_name

例如。

C:\xampp\htdocs\laravelv3s>php artisan migrate --path=/database/migrations/2020_02_14_102647_create_blogs_table.php

---

我在另一篇文章中给出了这个答案，但您可以这样做：运行 artisan migrate 运行所有迁移，然后使用以下 SQL 命令更新迁移表，使其看起来像一次运行一个迁移：

SET @a = 0;  
UPDATE migrations SET batch = @a:=@a+1;

这会将批处理列更改为 1、2、3、4 .. 等。如果您只想影响某些迁移，请在此处添加一个 WHERE batch>=... 条件（并更新 @a 的初始值）。

在此之后，您可以根据需要artisan migrate:rollback，它会一步一步完成迁移。

---

您可以使用以下解决方案：

创建您的迁移。检查您的迁移状态，例如：php artisan migrate:status。复制新迁移的全名并执行以下操作：php artisan migrate:rollback --path:2018_07_13_070910_table_tests。然后做这个 php artisan 迁移。

最后，您迁移特定的表。祝你好运。

---

如果要运行最新的迁移文件，可以执行以下操作：

php artisan migrate

您还可以使用以下命令恢复到添加迁移之前：

php artisan migrate: rollback

---

我知道有一种简单的方法只能在本地主机上为您提供

根据需要修改您的迁移文件打开您的 phpMyAdmin 或任何您用来查看数据库表的内容 找到所需的表并将其删除php artisan 从您的命令行或终端迁移。这只会迁移数据库中迁移表中不存在的表。

这种方式是完全安全的，不会出现任何错误或问题，虽然它看起来像不专业的方式，但它仍然可以完美运行。

祝你好运

---

如果只是为了测试目的，我就是这样做的：

就我而言，我有几个迁移，其中一个包含应用程序设置。

虽然我正在测试应用程序并且并非所有迁移都已设置好，但我只需将它们移动到“未来”的新文件夹中。工匠不会触及此折叠，它只会执行您想要的迁移。

肮脏的解决方法，但它有效......

---

我有同样的问题。在第一个迁移文件中复制表创建代码，如下所示：

  public function up()
    {
        Schema::create('posts', function(Blueprint $table){
            $table->increments('id');
            // Other columns...
            $table->timestamps();
        });
        Schema::create('users', function (Blueprint $table) {
            $table->increments('id');
            // Other columns...
            $table->softDeletes()->nullable();
        });
    }

您也可以更改（减少）migrations 表中的 batch 列号；）

然后运行 php artisan migrate。

---

如果您不想应用它，则在迁移中抛出异常，它将停止整个迁移过程。

使用这种方法，您可以将一堆迁移拆分为多个步骤。

---

很简单...！只需转到您的迁移文件夹。将所有迁移文件移动到另一个文件夹中。然后将所有迁移一一返回到迁移文件夹中并为其中一个运行迁移（php artisan）。当您将错误的迁移文件插入主迁移文件夹并在命令提示符下运行 php artisan migrate 时会出错。

---

我在第 1 行使用了 return，所以以前的 dbs 保持原样。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateUsersTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        return;  // This Line
        Schema::create('users', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name', 50);
            $table->string('slug', 50)->unique();
            $table->integer('role_id')->default(1);
            $table->string('email', 50)->unique();
            $table->timestamp('email_verified_at')->nullable();
            $table->string('mobile', 10)->unique();
            $table->timestamp('mobile_verified_at')->nullable();
            $table->text('password');
            $table->integer('can_login')->default(1);
            $table->rememberToken();
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        return;// This Line
        Schema::dropIfExists('users');
    }
}

---

这是我使用的一种不好的方法。我将删除除我要迁移的特定文件之外的其他迁移文件，然后在迁移完成后运行 PHP artisan migrate 我将转到我的垃圾箱并恢复已删除的文件

---

对于仍然对此感兴趣的任何人，Laravel 5 更新：Laravel 已经实现了一次运行一个迁移文件的选项（在 5.7 版中）。

您现在可以运行：php artisan migrate --path=/database/migrations/my_migration.php （如回答 here）

因为 Illuminate\Database\Migrations\Migrator::getMigrationFiles() 现在包含以下代码：return Str::endsWith($path, '.php') ? [$path] : $this->files->glob($path.'/*_*.php');（请参阅 the source code。）

但在我的用例中，我实际上想同时运行一组迁移，而不仅仅是一个或全部。

所以我采用了 Laravel 的方式，注册了一个不同的 Migrator 实现，它决定使用哪些文件：

/**
 * A migrator that can run multiple specifically chosen migrations.
 */
class MigrationsSetEnabledMigrator extends Migrator
{
    /**
     * @param Migrator $migrator
     */
    public function __construct(Migrator $migrator)
    {
        parent::__construct($migrator->repository, $migrator->resolver, $migrator->files);

        // Compatibility with versions >= 5.8
        if (isset($migrator->events)) {
            $this->events = $migrator->events;
        }
    }

    /**
     * Get all of the migration files in a given path.
     *
     * @param  string|array $paths
     * @return array
     */
    public function getMigrationFiles($paths)
    {
        return Collection::make($paths)->flatMap(function ($path) {
            return Str::endsWith($path, ']') ? $this->parseArrayOfPaths($path) :
                (Str::endsWith($path, '.php') ? [$path] : $this->files->glob($path . '/*_*.php'));
        })->filter()->sortBy(function ($file) {
            return $this->getMigrationName($file);
        })->values()->keyBy(function ($file) {
            return $this->getMigrationName($file);
        })->all();
    }

    public function parseArrayOfPaths($path)
    {
        $prefix = explode('[', $path)[0];
        $filePaths = explode('[', $path)[1];
        $filePaths = rtrim($filePaths, ']');

        return Collection::make(explode(',', $filePaths))->map(function ($filePath) use ($prefix) {
            return $prefix . $filePath;
        })->all();
    }
}

我们必须将它作为 'migrator' 注册到容器中（可以作为 $app['migrator'] 访问），因为这是 Migrate 命令在其自身注册到 IoC 时访问它的方式。为此，我们将此代码放入服务提供者（在我的例子中，它是 DatabaseServiceProvider）：

    public function register()
    {
        $this->app->extend('migrator', function ($migrator, $app) {
            return new MultipleSpecificMigrationsEnabledMigrator($migrator);
        });

        // We reset the command.migrate bind, which uses the migrator - to 
        // force refresh of the migrator instance.
        $this->app->instance('command.migrate', null);
    }

然后你可以运行这个：

php artisan migrate --path=[database/migrations/my_migration.php,database/migrations/another_migration.php]

请注意多个迁移文件，以逗号分隔。

它在 Laravel 5.4 中经过测试和工作，应该与 Laravel 5.8 兼容。

为什么？

对于任何感兴趣的人：用例正在更新数据库的版本及其数据。

例如，假设您想将所有用户的街道和门牌号合并到新列中，我们称之为 street_and_house。假设您想以安全且经过测试的方式在多个安装中执行此操作 - 您可能会为此创建一个脚本（在我的情况下，我创建数据版本控制命令 - 工匠命令）。

要进行这样的操作，您首先必须将用户加载到内存中；然后运行迁移以删除旧列并添加新列；然后为每个用户分配 street_and_house=$street . " " . $house_no并保存用户。 （我在这里简化，但你肯定可以想象其他场景）

而且我不想依赖于我可以在任何给定时间运行所有迁移的事实。想象一下，您想将它从 1.0.0 更新到 1.2.0，并且有多批这样的更新 - 执行任何更多的迁移可能会破坏您的数据，因为这些迁移必须由它们自己的专用更新命令处理。因此，我只想运行此更新知道如何使用的选定已知迁移，然后对数据执行操作，然后可能运行下一个更新数据命令。 （我想尽可能地防守）。

为了实现这一点，我需要上述机制并定义一组固定的迁移来运行这样的命令。

注意：我更愿意使用一个简单的装饰器，利用魔术 __call 方法并避免继承（Laravel 在 \Illuminate\Database\Eloquent\Builder 中使用类似的机制来包装 \Illuminate\Database\Query\Builder），但是 MigrateCommand ，遗憾的是，它的构造函数中需要 Migrator 的实例。

最后说明：我想将这个答案发布到问题 How can I run specific migration in laravel ，因为它是 Laravel 5 特定的。但我不能——因为这个问题被标记为这个问题的副本（尽管这个问题被标记为 Laravel 4）。

---

您可以键入以下命令：

php工匠迁移--帮助

...

--path[=PATH] 要执行的迁移文件的路径（允许多个值）

...

如果它确实显示了一个名为“--path”的选项（如上面的示例），则意味着您的 Laravel 版本支持此参数。如果是这样，那么您很幸运可以输入以下内容：

php artisan migrate --path=/database/migrations/v1.0.0/

其中“v.1.0.0”是存在于“/database/migrations”目录下的目录，其中包含您要为某个版本运行的那些迁移。

如果没有，那么您可以检查您的迁移表以查看哪些迁移已经运行，如下所示：

SELECT * FROM 迁移；

然后从你的“/database/migrations”文件夹中移出那些被执行的文件夹。通过创建另一个文件夹“/databases/executed-migrations”并将您执行的迁移移动到那里。

在此之后，您应该能够执行：

php工匠迁移

没有任何危险来覆盖架构/数据库中的任何现有表。

---

(*) Windows 示例：php artisan migrate --path=database\migrations\2021_05_18_121604_create_service_type_table.php

---