Todas as compilações em nossos projetos de getMock()
até descartarmos o phpunit 4, mas os executamos com o phpunit 5. Não muito inteligente, eu sei, mas desde ontem, os avisos anteriormente inofensivos acionados por getMock()
fazer a compilação falhar porque parece que o código de saída não é mais 0. Isso parece um BC-break, você vai reverter isso ou é deliberado?
Mesmo problema em nossa cadeia de construção, rebaixado para 5.7.6 esta manhã...
Mesma coisa, parece crítico.
A única mudança no PHPUnit 5.7.7 que posso pensar que estaria causando isso é #2349 / f4cf4d14139ee81da3da487a5d21e92d78aa0f69.
Acredito que sair com um código de retorno que sinaliza "não foi bem-sucedido" é a coisa certa a fazer quando há avisos. Vou reverter o PHPUnit 5.7 para não sinalizar "não foi bem-sucedido" quando houver avisos. Mas vou deixar essa mudança no PHPUnit 6.0.
Posso reproduzir este problema:
<?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
Comentários muito úteis
A única mudança no PHPUnit 5.7.7 que posso pensar que estaria causando isso é #2349 / f4cf4d14139ee81da3da487a5d21e92d78aa0f69.
Acredito que sair com um código de retorno que sinaliza "não foi bem-sucedido" é a coisa certa a fazer quando há avisos. Vou reverter o PHPUnit 5.7 para não sinalizar "não foi bem-sucedido" quando houver avisos. Mas vou deixar essa mudança no PHPUnit 6.0.