Все сборки в наших организационных проектах терпят неудачу, потому что мы продолжаем использовать getMock()
пока не удалим phpunit 4, но запускаем их с phpunit 5. Не очень умно, я знаю, но со вчерашнего дня безобидные предупреждения, вызванные getMock()
приводит к сбою сборки, потому что кажется, что код выхода больше не равен 0. Это похоже на BC-break, вы собираетесь отменить его или это сделано намеренно?
Та же проблема в нашей цепочке сборки, сегодня утром понижена до 5.7.6...
То же самое, кажется критическим.
Единственное изменение в PHPUnit 5.7.7, которое, как мне кажется, может вызвать это, это # 2349 / f4cf4d14139ee81da3da487a5d21e92d78aa0f69.
Я считаю, что выход с кодом возврата, сигнализирующим об ошибке, является правильным, когда есть предупреждения. Я верну PHPUnit 5.7, чтобы он не сигнализировал «не успешно», когда есть предупреждения. Но я оставлю это изменение в PHPUnit 6.0.
Я могу воспроизвести эту проблему:
<?php
class Test extends PHPUnit_Framework_TestCase
{
public function testOne()
{
throw new PHPUnit_Framework_Warning;
}
}
$ phpunit Test
PHPUnit 5.7.6 by Sebastian Bergmann and contributors.
W 1 / 1 (100%)
Time: 39 ms, Memory: 4.00MB
There was 1 warning:
1) Test::testOne
/home/sb/Test.php:6
WARNINGS!
Tests: 1, Assertions: 0, Warnings: 1.
$ echo $?
0
md5-54ac7ec8c06202fb0f99ca866634ce8a
$ phpunit Test
PHPUnit 5.7.7 by Sebastian Bergmann and contributors.
W 1 / 1 (100%)
Time: 33 ms, Memory: 4.00MB
There was 1 warning:
1) Test::testOne
/home/sb/Test.php:6
WARNINGS!
Tests: 1, Assertions: 0, Warnings: 1.
md5-9d7edb403002be9deaf3a0fffff5ad08
$ echo $?
1
Самый полезный комментарий
Единственное изменение в PHPUnit 5.7.7, которое, как мне кажется, может вызвать это, это # 2349 / f4cf4d14139ee81da3da487a5d21e92d78aa0f69.
Я считаю, что выход с кодом возврата, сигнализирующим об ошибке, является правильным, когда есть предупреждения. Я верну PHPUnit 5.7, чтобы он не сигнализировал «не успешно», когда есть предупреждения. Но я оставлю это изменение в PHPUnit 6.0.