Skip to content
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

Merged
merged 1 commit into from
May 6, 2022

Conversation

gmcgibbon
Copy link
Member

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

@gmcgibbon gmcgibbon requested a review from a team May 5, 2022 21:01
@gmcgibbon gmcgibbon force-pushed the drop_support_for_classic_autoload branch from b3a54a1 to 2845fce Compare May 5, 2022 21:25
Copy link
Contributor

@adrianna-chang-shopify adrianna-chang-shopify left a 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.

@etiennebarrie
Copy link
Member

Wouldn't this be a breaking change though? I'm not ready to ship a 2.0 over this…

@adrianna-chang-shopify
Copy link
Contributor

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.

@gmcgibbon
Copy link
Member Author

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.

@adrianna-chang-shopify
Copy link
Contributor

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:

@gmcgibbon gmcgibbon added this to the 2.0.0 milestone May 6, 2022
@gmcgibbon
Copy link
Member Author

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.

@etiennebarrie
Copy link
Member

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

@adrianna-chang-shopify
Copy link
Contributor

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.

@gmcgibbon gmcgibbon merged commit 0198746 into main May 6, 2022
@gmcgibbon gmcgibbon deleted the drop_support_for_classic_autoload branch May 6, 2022 20:31
@shopify-shipit shopify-shipit bot temporarily deployed to rubygems September 26, 2022 13:57 Inactive
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Classic autoloader support
3 participants