Open Vandivier opened 2 years ago
if we pick an altogether new upgrade command then blitz can diff it's own versions internally and not try to write files which have not changed between versions, eg schema.prisma and others likely have low change rate and so there's no need for the user to even review file differences
I think there are two cases:
yarn add blitz@latest
(or using another package manager) should be enough (based on the recent releases, that's a common case). blitz new ...
would override your changes, which is not ideal. As a starter, we could document these changes in changelogs better. Otherwise, the command could suggest changes to these files that were modified in newapp template since your app version?
What do you want and why?
As a developer, I would like to be able to seamlessly upgrade my blitz project version using the cli, so that I can easily gain new features, bug fixes, and so on.
Possible implementation(s)
blitz new
flow on file conflictblitz upgrade
or similarAdditional context
npx blitz@latest new myApp
where you intentionally overwrite your existing app and resolve conflicts.new myApp
input selections (js vs ts, picking which form, etc)