Laravel 7.2中的奇怪行为照亮\Foundation\Http\FormRequest

Laravel 7.2中的奇怪行为照亮\Foundation\Http\FormRequest,laravel,laravel-7,laravel-formrequest,Laravel,Laravel 7,Laravel Formrequest,我有一个项目,在Homestead上有一个相当标准的开发人员,可以过渡到生产工作流程。他们都在使用Laravel7.2.2/Ubuntu 18.04/PHP7.4.3 今天出现了一些表单请求 Symfony\Component\ErrorHandler\Error\FatalError Type of App\Http\Requests\CreateHighlight::$errorBag must be string (as in class Illuminate\Foundation\Htt

我有一个项目,在Homestead上有一个相当标准的开发人员,可以过渡到生产工作流程。他们都在使用Laravel7.2.2/Ubuntu 18.04/PHP7.4.3

今天出现了一些表单请求

Symfony\Component\ErrorHandler\Error\FatalError
Type of App\Http\Requests\CreateHighlight::$errorBag must be string (as in class Illuminate\Foundation\Http\FormRequest)
这是一个命名的
$errorBag
,我们从5.4左右开始使用它

我将$errorBag更改为受保护的字符串$errorBag='highlightCreate'并继续测试和部署

同样的代码从登台错误日志中回退了这一点:

staging.ERROR: Type of App\Http\Requests\CreateHighlight::$errorBag must not be defined (as in class Illuminate\Foundation\Http\FormRequest)

我检查了又检查了又检查了第四次、第五次、第六次。这两个环境之间的一切似乎都是相同的,但我一生都无法理解为什么会发生这种情况。它们都是相同的错误,只是相互矛盾

基于此,显然似乎
errorBag
没有定义为字符串。这显然是因为你的本地文件有问题。无论如何,
errorBag
不应该被定义为字符串。

基于此,显然errorBag似乎没有被定义为字符串。你能提供更多的信息来指引我们正确的方向吗?正如我所说,我已经检查了所有的东西。我看到了FormRequest.php的第59行;这两个版本都一样。我不知道为什么一个在没有明确声明为字符串的情况下抛出错误,而另一个在声明为字符串的情况下抛出错误。这似乎很可笑。查看FormRequest.php的提交历史记录会让事情变得更奇怪——我找不到任何包含这一点的提交,所以我一定是自己引入了错误。但我甚至不知道这怎么可能。在今天之前,我甚至从未打开过这个项目的
供应商
文件夹。@mrhn,我显然编辑了我的评论。这是FormRequest.php中的第59行。不知何故,在我的本地安装中,它被更改为
受保护的字符串$errorBag…
。正如我上面所说,那一定是我,尽管我不知道我是怎么做到的。谢谢你建议我多看看。如果你想写一个解决方案,我会接受的。