This documentation is currently being translated. Some pages may appear in Korean.
Skip to main content
Version: 11.x

업그레이드 가이드 (Upgrade Guide)

영향도가 높은 변경 사항 (High Impact Changes)​

영향도가 중간인 변경 사항 (Medium Impact Changes)​

영향도가 낮은 변경 사항 (Low Impact Changes)​

10.x에서 11.0으로 업그레이드 (Upgrading To 11.0 From 10.x)​

예상 업그레이드 시간: 15분​


가능한 모든 주요 변경 사항을 문서화하려고 노력했습니다. 다만 일부 주요 변경 사항은 프레임워크의 잘 알려지지 않은 부분에 해당하므로, 실제로는 이 변경 사항 중 일부만 애플리케이션에 영향을 줄 수 있습니다. 시간을 절약하고 싶다면 Laravel Shift를 사용하여 애플리케이션 업그레이드를 자동화할 수 있습니다.

의존성 업데이트​

영향 가능성: 높음

PHP 8.2.0 필요​

Laravel은 이제 PHP 8.2.0 이상을 필요로 합니다.

curl 7.34.0 필요​

Laravel의 HTTP 클라이언트는 이제 curl 7.34.0 이상을 필요로 합니다.

Composer 의존성​

애플리케이션의 composer.json 파일에서 다음 의존성을 업데이트해야 합니다.

  • laravel/framework를 ^11.0으로
  • nunomaduro/collision을 ^8.1로
  • laravel/breeze를 ^2.0으로 (설치된 경우)
  • laravel/cashier를 ^15.0으로 (설치된 경우)
  • laravel/dusk를 ^8.0으로 (설치된 경우)
  • laravel/jetstream을 ^5.0으로 (설치된 경우)
  • laravel/octane을 ^2.3으로 (설치된 경우)
  • laravel/passport를 ^12.0으로 (설치된 경우)
  • laravel/sanctum을 ^4.0으로 (설치된 경우)
  • laravel/scout를 ^10.0으로 (설치된 경우)
  • laravel/spark-stripe를 ^5.0으로 (설치된 경우)
  • laravel/telescope를 ^5.0으로 (설치된 경우)
  • livewire/livewire를 ^3.4로 (설치된 경우)
  • inertiajs/inertia-laravel을 ^1.0으로 (설치된 경우)

애플리케이션에서 Laravel Cashier Stripe, Passport, Sanctum, Spark Stripe 또는 Telescope를 사용하고 있다면, 해당 패키지의 마이그레이션을 애플리케이션에 퍼블리시해야 합니다. Cashier Stripe, Passport, Sanctum, Spark Stripe, Telescope는 더 이상 자체 migrations 디렉터리에서 마이그레이션을 자동으로 로드하지 않습니다. 따라서 다음 명령어를 실행하여 해당 마이그레이션을 애플리케이션에 퍼블리시해야 합니다.

php artisan vendor:publish --tag=cashier-migrations
php artisan vendor:publish --tag=passport-migrations
php artisan vendor:publish --tag=sanctum-migrations
php artisan vendor:publish --tag=spark-migrations
php artisan vendor:publish --tag=telescope-migrations

또한 추가적인 주요 변경 사항을 확인할 수 있도록 각 패키지의 업그레이드 가이드를 검토해야 합니다.

Laravel installer를 수동으로 설치했다면 Composer를 통해 installer를 업데이트해야 합니다.

composer global require laravel/installer:^5.6

마지막으로, 이전에 애플리케이션에 doctrine/dbal Composer 의존성을 추가했다면 제거해도 됩니다. Laravel은 더 이상 이 패키지에 의존하지 않습니다.

애플리케이션 구조​

Laravel 11은 기본 파일 수를 줄인 새로운 기본 애플리케이션 구조를 도입합니다. 즉, 새 Laravel 애플리케이션에는 service provider, middleware, 설정 파일이 더 적게 포함됩니다.

하지만 Laravel 11은 Laravel 10 애플리케이션 구조도 지원하도록 세심하게 조정되어 있으므로, Laravel 10 애플리케이션을 Laravel 11로 업그레이드할 때 애플리케이션 구조까지 마이그레이션하는 것은 권장하지 않습니다.

인증​

비밀번호 재해싱​

영향 가능성: 낮음

Laravel 11은 사용자의 비밀번호가 마지막으로 해싱된 이후 해싱 알고리즘의 "work factor"가 업데이트된 경우, 인증 과정에서 사용자의 비밀번호를 자동으로 다시 해싱합니다.

일반적으로 이는 애플리케이션에 문제를 일으키지 않습니다. 하지만 User 모델의 "password" 필드명이 password가 아니라면, 모델의 authPasswordName 속성을 통해 필드명을 지정해야 합니다.

protected $authPasswordName = 'custom_password_field';

또는 애플리케이션의 config/hashing.php 설정 파일에 rehash_on_login 옵션을 추가하여 비밀번호 재해싱을 비활성화할 수 있습니다.

'rehash_on_login' => false,

UserProvider 계약​

영향 가능성: 낮음

Illuminate\Contracts\Auth\UserProvider 계약에 새로운 rehashPasswordIfRequired 메서드가 추가되었습니다. 이 메서드는 애플리케이션의 해싱 알고리즘 work factor가 변경되었을 때 사용자의 비밀번호를 다시 해싱하고 저장소에 저장하는 역할을 합니다.

애플리케이션이나 패키지에서 이 인터페이스를 구현하는 클래스를 정의하고 있다면, 구현체에 새로운 rehashPasswordIfRequired 메서드를 추가해야 합니다. 참고 구현은 Illuminate\Auth\EloquentUserProvider 클래스에서 확인할 수 있습니다.

public function rehashPasswordIfRequired(Authenticatable $user, array $credentials, bool $force = false);

Authenticatable 계약​

영향 가능성: 낮음

Illuminate\Contracts\Auth\Authenticatable 계약에 새로운 getAuthPasswordName 메서드가 추가되었습니다. 이 메서드는 인증 가능한 엔티티의 비밀번호 컬럼 이름을 반환하는 역할을 합니다.

애플리케이션이나 패키지에서 이 인터페이스를 구현하는 클래스를 정의하고 있다면, 구현체에 새로운 getAuthPasswordName 메서드를 추가해야 합니다.

public function getAuthPasswordName()
{
    return 'password';
}

Laravel에 포함된 기본 User 모델은 이 메서드를 자동으로 제공받습니다. 해당 메서드가 Illuminate\Auth\Authenticatable trait에 포함되어 있기 때문입니다.

AuthenticationException 클래스​

영향 가능성: 매우 낮음

Illuminate\Auth\AuthenticationException 클래스의 redirectTo 메서드는 이제 첫 번째 인수로 Illuminate\Http\Request 인스턴스를 필요로 합니다. 이 예외를 수동으로 잡아 redirectTo 메서드를 호출하고 있다면, 이에 맞게 코드를 업데이트해야 합니다.

if ($e instanceof AuthenticationException) {
    $path = $e->redirectTo($request);
}

회원가입 시 이메일 인증 알림​

영향 가능성: 매우 낮음

SendEmailVerificationNotification 리스너가 애플리케이션의 EventServiceProvider에 이미 등록되어 있지 않은 경우, 이제 Registered 이벤트에 자동으로 등록됩니다. 애플리케이션의 EventServiceProvider에서 이 리스너를 등록하지 않고 있으며, Laravel이 자동으로 등록하는 것도 원하지 않는다면 애플리케이션의 EventServiceProvider에 비어 있는 configureEmailVerification 메서드를 정의해야 합니다.

protected function configureEmailVerification()
{
    // ...
}

캐시​

캐시 키 접두사​

영향 가능성: 매우 낮음

이전에는 DynamoDB, Memcached 또는 Redis 캐시 스토어에 캐시 키 접두사가 정의되어 있으면 Laravel이 접두사 뒤에 :를 추가했습니다. Laravel 11에서는 캐시 키 접두사에 : 접미사가 추가되지 않습니다. 이전의 접두사 동작을 유지하고 싶다면 캐시 키 접두사에 : 접미사를 수동으로 추가할 수 있습니다.

컬렉션​

Enumerable 계약​

영향 가능성: 낮음

Illuminate\Support\Enumerable 계약의 dump 메서드가 가변 인수 ...$args를 받을 수 있도록 업데이트되었습니다. 이 인터페이스를 구현하고 있다면 구현체도 이에 맞게 업데이트해야 합니다.

public function dump(...$args);

데이터베이스​

SQLite 3.26.0+​

영향 가능성: 높음

애플리케이션에서 SQLite 데이터베이스를 사용하고 있다면 SQLite 3.26.0 이상이 필요합니다.

Eloquent 모델 casts 메서드​

영향 가능성: 낮음

기본 Eloquent 모델 클래스는 이제 속성 캐스트 정의를 지원하기 위해 casts 메서드를 정의합니다. 애플리케이션의 모델 중 하나가 casts 연관관계를 정의하고 있다면, 이제 기본 Eloquent 모델 클래스에 존재하는 casts 메서드와 충돌할 수 있습니다.

컬럼 수정​

영향 가능성: 높음

컬럼을 수정할 때는 변경 후에도 컬럼 정의에 유지하려는 모든 수정자를 명시적으로 포함해야 합니다. 누락된 속성은 제거됩니다. 예를 들어 unsigned, default, comment 속성을 유지하려면, 이전 마이그레이션에서 이미 해당 속성이 컬럼에 할당되었더라도 컬럼을 변경할 때 각 수정자를 명시적으로 호출해야 합니다.

예를 들어 unsigned, default, comment 속성이 있는 votes 컬럼을 생성하는 마이그레이션이 있다고 가정해 보겠습니다.

Schema::create('users', function (Blueprint $table) {
    $table->integer('votes')->unsigned()->default(1)->comment('The vote count');
});

나중에 해당 컬럼을 nullable로도 변경하는 마이그레이션을 작성합니다.

Schema::table('users', function (Blueprint $table) {
    $table->integer('votes')->nullable()->change();
});

Laravel 10에서는 이 마이그레이션이 컬럼의 unsigned, default, comment 속성을 유지했습니다. 하지만 Laravel 11에서는 이전에 컬럼에 정의되어 있던 모든 속성도 마이그레이션에 포함해야 합니다. 그렇지 않으면 해당 속성들이 제거됩니다.

Schema::table('users', function (Blueprint $table) {
    $table->integer('votes')
        ->unsigned()
        ->default(1)
        ->comment('The vote count')
        ->nullable()
        ->change();
});

change 메서드는 컬럼의 인덱스를 변경하지 않습니다. 따라서 컬럼을 수정할 때 인덱스 수정자를 사용하여 인덱스를 명시적으로 추가하거나 제거할 수 있습니다.

// Add an index...
$table->bigIncrements('id')->primary()->change();

// Drop an index...
$table->char('postal_code', 10)->unique(false)->change();

컬럼의 기존 속성을 유지하기 위해 애플리케이션의 기존 "change" 마이그레이션을 모두 업데이트하고 싶지 않다면, 간단히 마이그레이션을 스쿼시할 수 있습니다.

php artisan schema:dump

마이그레이션을 스쿼시한 후에는 Laravel이 대기 중인 마이그레이션을 실행하기 전에 애플리케이션의 스키마 파일을 사용하여 데이터베이스를 "마이그레이션"합니다.

부동소수점 타입​

영향 가능성: 높음

double 및 float 마이그레이션 컬럼 타입은 모든 데이터베이스에서 일관되게 동작하도록 다시 작성되었습니다.

double 컬럼 타입은 이제 전체 자릿수와 소수점 이하 자릿수 없이, 표준 SQL 문법에 맞는 DOUBLE 동등 컬럼을 생성합니다. 따라서 $total 및 $places 인수를 제거할 수 있습니다.

$table->double('amount');

float 컬럼 타입은 이제 전체 자릿수와 소수점 이하 자릿수 없이 FLOAT 동등 컬럼을 생성합니다. 다만 저장 크기를 4바이트 단정밀도 컬럼 또는 8바이트 배정밀도 컬럼으로 결정하기 위한 선택적 $precision 지정은 지원합니다. 따라서 $total 및 $places 인수를 제거하고, 원하는 값과 데이터베이스 문서에 맞게 선택적 $precision을 지정할 수 있습니다.

$table->float('amount', precision: 53);

unsignedDecimal, unsignedDouble, unsignedFloat 메서드는 제거되었습니다. 이러한 컬럼 타입에 대한 unsigned 수정자는 MySQL에서 더 이상 권장되지 않으며, 다른 데이터베이스 시스템에서도 표준화된 적이 없기 때문입니다. 하지만 이러한 컬럼 타입에 대해 더 이상 권장되지 않는 unsigned 속성을 계속 사용하고 싶다면, 컬럼 정의에 unsigned 메서드를 체이닝할 수 있습니다.

$table->decimal('amount', total: 8, places: 2)->unsigned();
$table->double('amount')->unsigned();
$table->float('amount', precision: 53)->unsigned();

전용 MariaDB 드라이버​

영향 가능성: 매우 낮음

MariaDB 데이터베이스에 연결할 때 항상 MySQL 드라이버를 사용하는 대신, Laravel 11은 MariaDB용 전용 데이터베이스 드라이버를 추가합니다.

애플리케이션이 MariaDB 데이터베이스에 연결한다면, 앞으로 MariaDB 전용 기능을 활용할 수 있도록 연결 설정을 새로운 mariadb 드라이버로 업데이트할 수 있습니다.

'driver' => 'mariadb',
'url' => env('DB_URL'),
'host' => env('DB_HOST', '127.0.0.1'),
'port' => env('DB_PORT', '3306'),
// ...

현재 새 MariaDB 드라이버는 한 가지 예외를 제외하면 기존 MySQL 드라이버처럼 동작합니다. 그 예외는 uuid 스키마 빌더 메서드가 char(36) 컬럼 대신 네이티브 UUID 컬럼을 생성한다는 점입니다.

기존 마이그레이션에서 uuid 스키마 빌더 메서드를 사용하고 있고 새 mariadb 데이터베이스 드라이버를 사용하기로 선택했다면, 주요 변경 사항이나 예상치 못한 동작을 피하기 위해 마이그레이션에서 uuid 메서드를 호출한 부분을 char로 업데이트해야 합니다.

Schema::table('users', function (Blueprint $table) {
    $table->char('uuid', 36);

    // ...
});

공간 타입​

영향 가능성: 낮음

데이터베이스 마이그레이션의 공간 컬럼 타입은 모든 데이터베이스에서 일관되게 동작하도록 다시 작성되었습니다. 따라서 마이그레이션에서 point, lineString, polygon, geometryCollection, multiPoint, multiLineString, multiPolygon, multiPolygonZ 메서드를 제거하고 대신 geometry 또는 geography 메서드를 사용할 수 있습니다.

$table->geometry('shapes');
$table->geography('coordinates');

MySQL, MariaDB, PostgreSQL에서 컬럼에 저장되는 값의 타입이나 공간 참조 시스템 식별자를 명시적으로 제한하려면, 메서드에 subtype 및 srid를 전달할 수 있습니다.

$table->geometry('dimension', subtype: 'polygon', srid: 0);
$table->geography('latitude', subtype: 'point', srid: 4326);

이에 따라 PostgreSQL grammar의 isGeometry 및 projection 컬럼 수정자가 제거되었습니다.

Doctrine DBAL 제거​

영향 가능성: 낮음

다음 Doctrine DBAL 관련 클래스와 메서드가 제거되었습니다. Laravel은 더 이상 이 패키지에 의존하지 않으며, 이전에 사용자 정의 타입이 필요했던 여러 컬럼 타입을 올바르게 생성하고 변경하기 위해 사용자 정의 Doctrine 타입을 등록할 필요도 더 이상 없습니다.

  • Illuminate\Database\Schema\Builder::$alwaysUsesNativeSchemaOperationsIfPossible 클래스 속성
  • Illuminate\Database\Schema\Builder::useNativeSchemaOperationsIfPossible() 메서드
  • Illuminate\Database\Connection::usingNativeSchemaOperations() 메서드
  • Illuminate\Database\Connection::isDoctrineAvailable() 메서드
  • Illuminate\Database\Connection::getDoctrineConnection() 메서드
  • Illuminate\Database\Connection::getDoctrineSchemaManager() 메서드
  • Illuminate\Database\Connection::getDoctrineColumn() 메서드
  • Illuminate\Database\Connection::registerDoctrineType() 메서드
  • Illuminate\Database\DatabaseManager::registerDoctrineType() 메서드
  • Illuminate\Database\PDO 디렉터리
  • Illuminate\Database\DBAL\TimestampType 클래스
  • Illuminate\Database\Schema\Grammars\ChangeColumn 클래스
  • Illuminate\Database\Schema\Grammars\RenameColumn 클래스
  • Illuminate\Database\Schema\Grammars\Grammar::getDoctrineTableDiff() 메서드

또한 애플리케이션의 database 설정 파일에서 dbal.types를 통해 사용자 정의 Doctrine 타입을 등록할 필요도 더 이상 없습니다.

이전에 Doctrine DBAL을 사용하여 데이터베이스와 관련 테이블을 검사하고 있었다면, 대신 Laravel의 새로운 네이티브 스키마 메서드(Schema::getTables(), Schema::getColumns(), Schema::getIndexes(), Schema::getForeignKeys() 등)를 사용할 수 있습니다.

더 이상 권장되지 않는 Schema 메서드​

영향 가능성: 매우 낮음

사용 중단된 Doctrine 기반 Schema::getAllTables(), Schema::getAllViews(), Schema::getAllTypes() 메서드는 새로운 Laravel 자체 Schema::getTables(), Schema::getViews(), Schema::getTypes() 메서드로 대체되어 제거되었습니다.

PostgreSQL과 SQL Server를 사용할 때 새 schema 메서드는 세 부분으로 된 참조(예: database.schema.table)를 허용하지 않습니다. 따라서 대신 connection()을 사용하여 database를 선언해야 합니다.

Schema::connection('database')->hasTable('schema.table');

Schema Builder getColumnType() 메서드​

영향 가능성: 매우 낮음

Schema::getColumnType() 메서드는 이제 Doctrine DBAL의 대응 타입이 아니라, 지정된 컬럼의 실제 타입을 항상 반환합니다.

데이터베이스 연결 인터페이스​

영향 가능성: 매우 낮음

Illuminate\Database\ConnectionInterface 인터페이스에 새로운 scalar 메서드가 추가되었습니다. 이 인터페이스를 직접 구현하고 있다면, 구현 클래스에 scalar 메서드를 추가해야 합니다.

public function scalar($query, $bindings = [], $useReadPdo = true);

날짜​

Carbon 3​

영향 가능성: 중간

Laravel 11은 Carbon 2와 Carbon 3을 모두 지원합니다. Carbon은 Laravel과 생태계 전반의 패키지에서 폭넓게 사용되는 날짜 조작 라이브러리입니다. Carbon 3으로 업그레이드하는 경우, diffIn* 메서드가 이제 부동소수점 숫자를 반환하며 시간 방향을 나타내기 위해 음수 값을 반환할 수도 있다는 점을 알아두어야 합니다. 이는 Carbon 2와 비교해 중요한 변경 사항입니다. 이러한 변경 사항과 그 밖의 변경 사항을 처리하는 방법에 대한 자세한 내용은 Carbon의 변경 로그와 문서를 검토하십시오.

메일​

Mailer 컨트랙트​

영향 가능성: 매우 낮음

Illuminate\Contracts\Mail\Mailer 컨트랙트에 새로운 sendNow 메서드가 추가되었습니다. 애플리케이션이나 패키지에서 이 컨트랙트를 직접 구현하고 있다면, 구현 클래스에 새로운 sendNow 메서드를 추가해야 합니다.

public function sendNow($mailable, array $data = [], $callback = null);

패키지​

애플리케이션에 Service Provider 게시하기​

영향 가능성: 매우 낮음

Laravel 패키지를 작성하면서 service provider를 애플리케이션의 app/Providers 디렉터리에 직접 게시하고, service provider를 등록하기 위해 애플리케이션의 config/app.php 설정 파일을 직접 수정했다면, 새 ServiceProvider::addProviderToBootstrapFile 메서드를 사용하도록 패키지를 업데이트해야 합니다.

addProviderToBootstrapFile 메서드는 게시한 service provider를 애플리케이션의 bootstrap/providers.php 파일에 자동으로 추가합니다. 새로운 Laravel 11 애플리케이션에서는 config/app.php 설정 파일 안에 providers 배열이 존재하지 않기 때문입니다.

use Illuminate\Support\ServiceProvider;

ServiceProvider::addProviderToBootstrapFile(Provider::class);

큐​

BatchRepository 인터페이스​

영향 가능성: 매우 낮음

Illuminate\Bus\BatchRepository 인터페이스에 새로운 rollBack 메서드가 추가되었습니다. 자체 패키지나 애플리케이션에서 이 인터페이스를 구현하고 있다면, 구현 클래스에 이 메서드를 추가해야 합니다.

public function rollBack();

데이터베이스 트랜잭션 안의 동기 작업​

영향 가능성: 매우 낮음

이전에는 동기 작업(sync queue driver를 사용하는 작업)이 queue connection의 after_commit 설정 옵션이 true로 설정되어 있거나 작업에서 afterCommit 메서드가 호출되었는지와 관계없이 즉시 실행되었습니다.

Laravel 11에서는 동기 queue 작업이 이제 queue connection 또는 작업의 "after commit" 설정을 따릅니다.

Rate Limiting​

초 단위 Rate Limiting​

영향 가능성: 중간

Laravel 11은 분 단위의 세밀도에 제한되지 않고 초 단위 rate limiting을 지원합니다. 이 변경과 관련해 알아두어야 할 잠재적인 breaking change가 여러 가지 있습니다.

GlobalLimit 클래스 생성자는 이제 분이 아니라 초를 받습니다. 이 클래스는 문서화되어 있지 않으며 일반적으로 애플리케이션에서 사용하지 않습니다.

new GlobalLimit($attempts, 2 * 60);

Limit 클래스 생성자는 이제 분이 아니라 초를 받습니다. 이 클래스의 문서화된 모든 사용법은 Limit::perMinute, Limit::perSecond 같은 정적 생성자로 제한됩니다. 그러나 이 클래스를 직접 인스턴스화하고 있다면, 클래스 생성자에 초를 제공하도록 애플리케이션을 업데이트해야 합니다.

new Limit($key, $attempts, 2 * 60);

Limit 클래스의 decayMinutes 속성은 decaySeconds로 이름이 변경되었으며, 이제 분이 아니라 초를 담습니다.

Illuminate\Queue\Middleware\ThrottlesExceptions와 Illuminate\Queue\Middleware\ThrottlesExceptionsWithRedis 클래스 생성자는 이제 분이 아니라 초를 받습니다.

new ThrottlesExceptions($attempts, 2 * 60);
new ThrottlesExceptionsWithRedis($attempts, 2 * 60);

Cashier Stripe​

Cashier Stripe 업데이트​

영향 가능성: 높음

Laravel 11은 더 이상 Cashier Stripe 14.x를 지원하지 않습니다. 따라서 애플리케이션의 Laravel Cashier Stripe 의존성을 composer.json 파일에서 ^15.0으로 업데이트해야 합니다.

Cashier Stripe 15.0은 더 이상 자체 migrations 디렉터리에서 migration을 자동으로 로드하지 않습니다. 대신 다음 명령어를 실행하여 Cashier Stripe의 migrations를 애플리케이션에 게시해야 합니다.

php artisan vendor:publish --tag=cashier-migrations

추가 breaking change는 전체 Cashier Stripe 업그레이드 가이드를 검토하십시오.

Spark (Stripe)​

Spark Stripe 업데이트​

영향 가능성: 높음

Laravel 11은 더 이상 Laravel Spark Stripe 4.x를 지원하지 않습니다. 따라서 애플리케이션의 Laravel Spark Stripe 의존성을 composer.json 파일에서 ^5.0으로 업데이트해야 합니다.

Spark Stripe 5.0은 더 이상 자체 migrations 디렉터리에서 migration을 자동으로 로드하지 않습니다. 대신 다음 명령어를 실행하여 Spark Stripe의 migrations를 애플리케이션에 게시해야 합니다.

php artisan vendor:publish --tag=spark-migrations

추가 breaking change는 전체 Spark Stripe 업그레이드 가이드를 검토하십시오.

Passport​

Passport 업데이트​

영향 가능성: 높음

Laravel 11은 더 이상 Laravel Passport 11.x를 지원하지 않습니다. 따라서 애플리케이션의 Laravel Passport 의존성을 composer.json 파일에서 ^12.0으로 업데이트해야 합니다.

Passport 12.0은 더 이상 자체 migrations 디렉터리에서 migration을 자동으로 로드하지 않습니다. 대신 다음 명령어를 실행하여 Passport의 migrations를 애플리케이션에 게시해야 합니다.

php artisan vendor:publish --tag=passport-migrations

또한 password grant type은 기본적으로 비활성화되어 있습니다. 애플리케이션의 AppServiceProvider의 boot 메서드에서 enablePasswordGrant 메서드를 호출하여 이를 활성화할 수 있습니다.

public function boot(): void
{
    Passport::enablePasswordGrant();
}

Sanctum​

Sanctum 업데이트​

영향 가능성: 높음

Laravel 11은 더 이상 Laravel Sanctum 3.x를 지원하지 않습니다. 따라서 애플리케이션의 Laravel Sanctum 의존성을 composer.json 파일에서 ^4.0으로 업데이트해야 합니다.

Sanctum 4.0은 더 이상 자체 migrations 디렉터리에서 migration을 자동으로 로드하지 않습니다. 대신 다음 명령어를 실행하여 Sanctum의 migrations를 애플리케이션에 게시해야 합니다.

php artisan vendor:publish --tag=sanctum-migrations

그런 다음 애플리케이션의 config/sanctum.php 설정 파일에서 authenticate_session, encrypt_cookies, validate_csrf_token middleware에 대한 참조를 다음과 같이 업데이트해야 합니다.

'middleware' => [
    'authenticate_session' => Laravel\Sanctum\Http\Middleware\AuthenticateSession::class,
    'encrypt_cookies' => Illuminate\Cookie\Middleware\EncryptCookies::class,
    'validate_csrf_token' => Illuminate\Foundation\Http\Middleware\ValidateCsrfToken::class,
],

Telescope​

Telescope 업데이트​

영향 가능성: 높음

Laravel 11은 더 이상 Laravel Telescope 4.x를 지원하지 않습니다. 따라서 애플리케이션의 Laravel Telescope 의존성을 composer.json 파일에서 ^5.0으로 업데이트해야 합니다.

Telescope 5.0은 더 이상 자체 migrations 디렉터리에서 migration을 자동으로 로드하지 않습니다. 대신 다음 명령어를 실행하여 Telescope의 migrations를 애플리케이션에 게시해야 합니다.

php artisan vendor:publish --tag=telescope-migrations

Spatie Once 패키지​

영향 가능성: 중간

Laravel 11은 이제 주어진 클로저가 한 번만 실행되도록 보장하는 자체 once 함수를 제공합니다. 따라서 애플리케이션이 spatie/once 패키지에 의존하고 있다면, 충돌을 피하기 위해 애플리케이션의 composer.json 파일에서 해당 패키지를 제거해야 합니다.

기타​

또한 laravel/laravel GitHub 저장소의 변경 사항을 살펴보는 것을 권장합니다. 이러한 변경 사항 중 다수는 필수는 아니지만, 해당 파일들을 애플리케이션과 동기화해 두고 싶을 수 있습니다. 이 업그레이드 가이드에서는 일부 변경 사항을 다루지만, 설정 파일이나 주석 변경처럼 다루지 않는 변경 사항도 있습니다. GitHub 비교 도구를 사용하면 변경 사항을 쉽게 확인하고, 어떤 업데이트가 중요한지 선택할 수 있습니다.