assertj / assertj/assertj-db

versioning scheme and breaking changes

オープン
#142 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
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

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。