Ich bekomme eine Warnung. Tests sind fehlgeschlagen. Und nicht nur auf meinem letzten Commit ... Aber auf jedem Zweig. Also muss etwas mit dem automatisierten Testen nicht stimmen. Recht?Codeception `build -c` Option in 2.2 entfernt?
Und hier ist die Nachricht:
Failing command: php /var/www/codecept.phar build -c /var/www/protected/tests/
Exit code: 1
Output:
[Symfony\Component\Console\Exception\RuntimeException]
The "-c" option does not exist.
OK. Aber es funktioniert lokal ... Hmm ... Lass uns prüfen, ob ich die gleiche Version habe.
Ich bin nicht:
$ codecept -v
Codeception version 2.1.9
$ wget http://codeception.com/codecept.phar
$ php ./codecept.phar -v
Codeception version 2.2.1
So 2.1.9 ich laufen. Und meine Tests bestehen. Test kontinuierliche Umgebung erhält die neueste Version 2.2.1. Und es scheitert.
Lasst uns die Hilfe heraus überprüfen 2.1.9:
$ codecept help build
Usage:
build [options]
Options:
-c, --config[=CONFIG] Use custom path for config
-h, --help Display this help message
-q, --quiet Do not output any message
<snip>
Es besteht die Option. -c, --config
.
$ php ./codecept.phar help build
Usage:
build
Options:
-h, --help Display this help message
-q, --quiet Do not output any message
<snip>
Hey:
und jetzt auf 2.2.1 aussehen lassen! Es gibt keine -c
Option mehr.
Was kann ich tun, um codecept
im Verzeichnis config zu zeigen?
Das ist ein guter Rat. OP verwendet 'wget', was nicht ideal für die Versionssperre ist. Ich würde hinzufügen, dass OP Version in Composer vorerst sperren sollte (https://getcomposer.org/doc/01-basic-usage.md#package-versions). Bearbeiten: OP könnte die spezifische Version von Codeception, die sie verwenden möchten, "wetten", aber das ist der falsche Weg, um Abhängigkeiten zu behandeln. – Paul
Ich habe gehört, dass das Problem behoben wurde. Bitte laden Sie die Phar-Datei erneut herunter und versuchen Sie erneut, Tests durchzuführen. – Naktibalda