versioning scheme and breaking changes
- 主要言語
- Java
- スター
- 130
- フォーク
- 21
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
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
コントリビューションガイド
調査の方向性
まず、プロジェクトの現在のバージョニングとリリースプロセスを確認し、次にバージョン3.17について説明されているbreaking changeを調査します。完了の条件は、プロジェクトが互換性のない変更、互換性のある変更、バグ修正に対してセマンティックバージョニングに従い、以前の動作を復元するための明確な移行パスを備えていることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java
- 領域
- release
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100