nextcloud / nextcloud/workflow_script
Does the App follow semantic versioning?
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- PHP
- Sterne
- 89
- Forks
- 19
- Ø Merge
- 6 Std. 38 Min.
- Gemergte PRs (30 T.)
- 3
Beschreibung
Workflow Script app
Workflow Script app version: 1.9.0
https://github.com/nextcloud/workflow_script/commit/44f73abcda15d2cc0b6e757695002efae61c0afa seems to introduce several breaking changes.
E.g. in Launcher.php the signature of OCA\WorkflowScript\BackgroundJobs\Launcher's constructor changes from
public function __construct(LoggerInterface $logger, ITempManager $tempManager, IRootFolder $rootFolder)
to
public function __construct(ITimeFactory $time, LoggerInterface $logger)
Similarly affected is OCA\WorkflowScript\Operation and more subtly OCA\WorkflowScript\Listener\RegisterFlowOperationsListener where only the interface of the parameter changes.
Do these changes not violate the backwards-compatibility requirement, that is implied by the same major version?
Hence, should version 1.9.0 not have been 2.0.0 instead?
The whole idea of semantic versioning is to avoid code breaks on dependencies. According to the (developer documentation)[https://nextcloudappstore.readthedocs.io/en/latest/developer.html#info-xml], version numbers must follow semantic versioning.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Überprüfe die Änderungen am Konstruktor in Launcher.php sowie an den referenzierten Klassen Operation und RegisterFlowOperationsListener im Commit 44f73abcda15d2cc0b6e757695002efae61c0afa. Vergleiche diese Änderungen mit den im Issue verlinkten Richtlinien zur semantischen Versionierung und den Release-Metadaten der App; abgeschlossen ist die Aufgabe, wenn festgehalten ist, ob 1.9.0 mit der angegebenen Richtlinie kompatibel ist und welche Aktion zur Versionierung oder Dokumentation daraus folgt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- php
- Bereich
- backend, release
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 30/100