versioning scheme and breaking changes
- Vorherrschende Sprache
- Java
- Sterne
- 130
- Forks
- 21
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Hi,
Would be great if you could change the current versioning scheme to respect the most used [semantic versionning](versioning ):
> Summary
> Given a version number MAJOR.MINOR.PATCH, increment the:
>
> MAJOR version when you make incompatible API changes,
> MINOR version when you add functionality in a backwards compatible manner, and
> PATCH version when you make backwards compatible bug fixes.
It's a pain every time we update our dependencies, we have to remember that assertj has breaking changes even though only minor version were updated.
By the way, we're stuck on version 3.17 because of this change:
> Breaking change: disable bare name getter by default, to get the previous behaviour back, call Assertions.setExtractBareNamePropertyMethods(true);
What's the simplest way to get the previous behaviour? Adding this line in every test?
Regards
Beitragsleitfaden
Rechercherichtung
Beginne mit der Überprüfung der aktuellen Versionierungs- und Release-Prozesse des Projekts und untersuche anschließend die für Version 3.17 beschriebene Breaking Change. Als erledigt gilt die Aufgabe, wenn das Projekt Semantic Versioning für inkompatible, kompatible und Fehlerbehebungsänderungen befolgt und einen klaren Migrationspfad zur Wiederherstellung des bisherigen Verhaltens bietet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- release
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 30/100