コア開発ディスカッション

Laravel Ideas Issue Board で、Laravel の既存の動作に対する新機能や改善を提案できます。新しい機能を提案する場合は、その機能に必要なコードの少なくとも一部を完成させるようお願いします。

バグ、新機能、新機能の実装に関する非公式のディスカッションは、Laravel Discord の #internals チャネルで行われます。 Laravel メンテナの Taylor Otwell は、通常、平日の午前 8 時から午後 5 時 (UTC-06:00 またはアメリカ/シカゴ) までチャンネルに出演しますが、その他の時間にも時折出演します。

ブランチの選択

すべての バグ修正は、最新の安定ブランチまたは現在の LTS ブランチに送信する必要があります。バグ修正 Never は、修正が今後のリリースでのみリリースされる機能に対するものでない限り、master ブランチに送信する必要があります。

マイナー の 完全に下位互換性のある 新機能は、最新の安定したブランチに送信されます。

Major 新機能は、今後の Laravel リリースが含まれる master ブランチに送信する必要があります。

自分の機能がプライマリまたはセカンダリのどちらに該当するかわからない場合は、Laravel Discord の #internals チャネルの Taylor Otwell に質問してください。

アセットのコンパイル

laravel/laravel に保存されているファイルなど、コンパイルされたファイルに影響を与える変更をコミットする場合ライブラリ内の resources/sass または resources/js 内のほとんどのファイルについては、コンパイルされたファイルを送信しないでください。サイズが大きいため、レビュー担当者は物理的にレビューすることができませんでした。これを悪用して Laravel に悪意のあるコードを挿入する可能性があるため、これを防ぐために、すべての静的アセットは Laravel メンテナによって生成および送信されます。

セキュリティの脆弱性

Laravel のセキュリティの脆弱性を発見した場合は、Taylor Otwell: taylor@laravel.com に電子メールを送信してください。彼はあらゆるセキュリティ侵害に迅速に対処します。

コーディングスタイル

Laravel は、PSR-2 コーディング規約と PSR-4 に自動的に準拠します。負荷仕様。

PHPDoc

Laravel ドキュメントのコメントを記述する正しい方法は次のとおりです。 @param 属性の後には 2 つのスペース、パラメータのタイプ、2 つのスペース、そして最後に変数名が続くことに注意してください:

/**
 * 在容器中注册绑定。
 *
 * @param  string|array  $abstract
 * @param  \Closure|string|null  $concrete
 * @param  bool  $shared
 * @return void
 * @throws \Exception
 */public function bind($abstract, $concrete = null, $shared = false){    //}

StyleCI

コード スタイルが十分に美しくなくても心配する必要はありません。プルリクエストをマージした後、StyleCI はすべてのスタイルを自動的に修正し、Laravel リポジトリにマージします。これにより、コーディング スタイルではなく、貢献の内容により重点を置くことができます。