Gitlab を使用してコードベースをデプロイしています。ブランチを展開するたびに (実際には 1 日に複数回)、私の CI は次のことを行います (非常に単純化されています)。

＃1私のブランチ名で特定のデプロイフォルダーを作成し、プロジェクト全体をクローンします

＃2 PHPStanを実行します（オーバーライドされた構成なし）

したがって、デフォルトでは、キャッシュフォルダーはに設定されてい/tmp/phpstanます。このフォルダはどんどん大きくなっています。今のところ、定期的にフォルダーを削除するcronがありますが、回避策のようです...

CI/CD で適切な/tmp/phpstanフォルダー サイズを維持し、キャッシュのパフォーマンスを損なわないようにするためのより良いアプローチを使用できますか?

PHPStan に FuelPHP コア クラスを表示させるのに苦労しています。この種のことが悲しみを引き起こすようです：

Controller も Fuel\Core 名前空間にある場合:

ルート名前空間を探しているため、PHPStan は Controller を見つけることができるようです。FuelPHP はこれを回避します (魔法? 自動読み込み? エイリアシング?)。PHPStan を同じ時流に乗せる方法はありますか? または、使用しているすべてのコア クラスをスタブ化する必要がありますか?

問題

最近、PHPStan を使用してLaravelプロジェクトのコードを分析し始めましたが、すべての .xml で次のエラーが引き続き発生しますmodels。

コード

エラーをトリガーするコードは次のとおりです。

これは、 Laravel IDE ヘルパーパッケージに 必要なmixinコマンドを実行することで追加されます。このパッケージは、名前が示すように、IDE がLaravelの魔法のメソッドをタイプヒントするための docblock を追加します。php artisan ide-helper:models -M

そこで、次のコードを使用してエラーを無視してこれを解決しようとしました。

しかし、どういうわけか、Regexr で正規表現をテストしているときにエラーが一致しません。

私が間違っていることは何か提案はありますか? 正規表現の最初と最後に追加されたエラーを無視するドキュメントで気づいた#ので、それをphpstan構成に追加しましたが、これが必要かどうかはわかりませんが、それらがないと次のエラーが発生します（だから私はそれらを残しました）：

追加情報

デフォルトのララスタンバージョン0.7.12拡張機能を使用しています。