Häufig gestellte Fragen

  1. Sollte ich mein Paket testen?

    Natürlich sollten Sie das!

  2. Wie kann ich Hilfe erhalten?

    Verwenden Sie den Kanal #fedora-ci auf Matrix.

  3. Warum nicht auf %check setzen?

    %check und die Tests der CI-Pipeline ergänzen sich. %check ermöglicht zwar die Durchführung verschiedener Prüfungen zur Build-Zeit, erkennt aber keine fehlenden Anforderungen, Konfigurationsdateien oder ähnliche Probleme, die die CI-Pipeline testen und finden kann. Man könnte %check als Unit-Test (wobei die Unit das Paket ist) im Gegensatz zu Integrationstests betrachten, die die gesamte Distribution testen, so wie wir sie an unsere Benutzer verteilen. Die CI-Pipeline findet daher Integrationsfehler, die der %check-Abschnitt nicht aufspüren kann.

  4. Wo soll ich meine Tests ablegen?

    There are several options where to store the test code. Here are some of the most important advantages and disadvantages of each approach: Test code in dist git rpms namespace is branched together with spec files and thus can closely mirror functionality. Tests used across multiple components or OS releases can be stored in the dist git test namespace to share the test code and minimize maintenance. Fetching tests from an upstream project git is also possible and supported by TMT.