assertj / assertj/assertj-db

versioning scheme and breaking changes

Đang mở
#142 0 bình luận 0 reaction 0 người được giao Xem trên GitHub
Ngôn ngữ chính
Java
Star
130
Fork
21
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Mô tả

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

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Hướng nghiên cứu

Bắt đầu bằng việc xem xét quy trình đánh phiên bản và phát hành hiện tại của dự án, sau đó kiểm tra breaking change được mô tả cho phiên bản 3.17. Công việc được xem là hoàn tất khi dự án tuân theo semantic versioning đối với các thay đổi không tương thích, tương thích và sửa lỗi, đồng thời có lộ trình di chuyển rõ ràng để khôi phục hành vi trước đây.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
java
Lĩnh vực
release
Loại issue
Tính năng
Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức độ hoạt động
Đình trệ
Độ rõ ràng
Khá rõ ràng
Mức phù hợp với người mới
30/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.