@katafrakt Yeah, that’s the root of the problem here. It’s just so convenient! I imagine separating schema and data migrations and relying more heavily on feature switches is probably the most robust way to handle these things.
Notices by Pete Corey (petecorey@mastodon.social)
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Monday, 09-Oct-2023 03:39:26 JST Pete Corey -
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Friday, 06-Oct-2023 09:32:18 JST Pete Corey @clacke One of these days… But probably not today.
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Thursday, 05-Oct-2023 22:10:14 JST Pete Corey Hello, Mastodon! #introductions
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Thursday, 05-Oct-2023 22:07:44 JST Pete Corey Because, man, homebrew has been awful.
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Thursday, 05-Oct-2023 22:07:44 JST Pete Corey Am I walking down a road of pain if I try to set up my new Mac without homebrew?
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Thursday, 05-Oct-2023 22:04:38 JST Pete Corey @clacke That's a good point. Dropping down the raw SQL does lock me in to a specific tech unnecessarily. Sticking with schemaless Ecto queries is probably the way to go, I guess!
-
Embed this notice
Pete Corey (petecorey@mastodon.social)'s status on Thursday, 05-Oct-2023 18:25:52 JST Pete Corey Using Ecto schemas directly in migrations is a huge mistake. I hate my past self for doing it. Every time you modify a schema, all of your past migrations break.
I've since switched to using schema-less queries in migrations, but I'm starting to be of the mind that migrations should just use raw SQL fragments...