versioning scheme and breaking changes
- 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
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