-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop support for classic autoloading #620
Conversation
b3a54a1
to
2845fce
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for following up on this Gannon 🙏 Seems fair to drop support at this point.
Wouldn't this be a breaking change though? I'm not ready to ship a 2.0 over this… |
I do feel like we could get away with dropping support for a deprecated feature in a minor version release, but you're right that that's technically not good release behaviour. My concern is that we'll never feel ready to release a major version, and we'll have to keep reminding ourselves that these deprecations still exist and may continue to accidentally ship changes that are incompatible with the classic autoloader. |
If we want to ship this with some other breaking changes, I'm alright with that. Maybe we can use milestones to coordinate releases in that case? If we don't have anything blocking the release, I think we should just do it. This has been warned about since 1.7.0 in 2fe9ab9. |
Using a milestone to prep for a 2.0 release sounds like a great idea to me @gmcgibbon 👍 There are a couple of other deprecations we could remove:
|
I can work on the other deprecations today. If there's any issues or PRs open that we should add to the milestone, please do so. |
Sounds great! How do you feel about #612? Should the new refresh be part of 2.0 or should we ship a quick 1.10 with that and a few other things? v1.9.0...main |
My vote would be to ship v1.10 with everything up to the deprecation removals, and then ship all the breaking changes together in 2.0. |
In c11faff we accidentally broke classic autoloading by referencing
CsvCollectionBuilder
. This made me remember that we should have removed support for this it several releases ago anyway.Yes, we could instead make it clearer that we need to reference
MaintenanceTasks::CsvCollectionBuilder
in a fully qualified way, but I think since classic autoloading is deprecated both in Rails and the gem, we can just remove it now.Closes #528