作者:龙鹰的天涯 | 来源:互联网 | 2022-12-12 15:20
的PHP:7.2.7
SYMFONY:3.4.12
PHPUNIT-BRIDGE:4.1.1(phpunit 6.5.8)
我有一个用PHP编写的部署脚本,该脚本以root用户身份运行,并且由于从7.0升级到php 7.2并相应地更新了我的代码,因此在运行phpunit测试时,该脚本已开始莫名其妙地失败。我确定我在这里有错,但是经过许多小时的调试,我仍然一无所获,希望有人可以为我指明正确的方向。
该脚本以root身份运行,并在执行以下命令时运行:
exec("runuser MY-USER -c 'bin/simple-phpunit'", $output, $returnCode);
我所有的测试都失败了:
You have requested a non-existent service "test.client"
关于此错误有很多SO问题,并且与phpunit环境未设置为“测试”有关。我的phpunit.xml使用正确的值:
疯狂的是,当我自己(以MY-USER)运行时,单元测试运行得很好。当我以root身份登录并执行时,它们甚至可以正常运行
runuser MY-USER -c 'bin/simple-phpunit'
我做的时候他们甚至跑
$ sudo su
$ php -a
php > exec("runuser MY-USER -c 'bin/simple-phpunit'", $output, $returnCode);
当我感到绝望并开始将变量转储到控制台时,似乎一切正常:
echo "ENV = " .getenv('APP_ENV'); // [OUTPUT BELOW]
ENV = dev
exec('bin/console debug:container test.client -e test', $output, $return);
var_dump(implode("\n", $output)); // [OUTPUT BELOW]
Information for Service "test.client"
=====================================
---------------- ---------------------------------------
Option Value
---------------- ---------------------------------------
Service ID test.client
Class Symfony\Bundle\FrameworkBundle\Client
Tags -
Public yes
Synthetic no
Lazy no
Shared no
Abstract no
Autowired no
Autoconfigured no
exec("runuser arderyp -c 'bin/simple-phpunit --debug'", $output, $return);
var_dump(implode("\n", $output)); // [OUTPUT BELOW]
# Everything fails in the same fashion as below
8) App\Tests\Authentication\Security\SomeTest::testSomething
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You have requested a non-existent service "test.client".
在运行测试之前,我使用symfony标准方法正确解析了.env:
$dotenv = new Dotenv();
$dotenv->load('.env');
94638857..
5
好吧,似乎我也对PHPUnit的这种变化感到有点受宠:https://github.com/sebastianbergmann/phpunit/issues/2353
将force="true"
属性添加到我的所有env
元素中可以解决此问题。
这里的问题是,在进入此phpunit步骤之前,我正在通过加载Dotenv
本地.env
文件。如果没有上述force
属性,则中的环境变量phpunit.xml
不会覆盖已经由设置的环境变量.env
。因此,使用APP_ENV=dev
而不是进行测试APP_ENV=test
,这导致test.client
服务无法识别,因为该服务只能在test
环境中访问。显然,这是新phpunit
功能。的早期版本phpunit
默认允许覆盖变量,这解释了为什么我仅在升级PHP(以及phpunit)之后才开始遇到此问题。
1> 94638857..:
好吧,似乎我也对PHPUnit的这种变化感到有点受宠:https://github.com/sebastianbergmann/phpunit/issues/2353
将force="true"
属性添加到我的所有env
元素中可以解决此问题。
这里的问题是,在进入此phpunit步骤之前,我正在通过加载Dotenv
本地.env
文件。如果没有上述force
属性,则中的环境变量phpunit.xml
不会覆盖已经由设置的环境变量.env
。因此,使用APP_ENV=dev
而不是进行测试APP_ENV=test
,这导致test.client
服务无法识别,因为该服务只能在test
环境中访问。显然,这是新phpunit
功能。的早期版本phpunit
默认允许覆盖变量,这解释了为什么我仅在升级PHP(以及phpunit)之后才开始遇到此问题。