We can also name it `create-or-ugrade` - a bit awkward but way better than upgrade.
On Thu, Jul 27, 2023 at 8:24 AM Akash Sharma <[email protected]> wrote: > > Upgrade gives an idea that existing instance will be upgraded to desired > version. The existing instance is spun up by db init ( in the beginning of > the process). With init getting deprecated, it would be good to have a > command that suggests that db can be created (if doesn't exist) or upgraded > (if it does) in the command name itself. > > Anyway its not a blocker for the above goal. It can be renamed whenever > needed. > > On Thu, 27 Jul 2023, 11:33 Amogh Desai, <[email protected]> wrote: > > > Good idea overall. > > I am also aligned towards moving it out of `db` subcommand. I am not very > > much aligned towards using the keyword/action word - `upgrade`. It sets a > > different context. > > > > Thanks, > > Amogh Desai > > > > On Thu, Jul 27, 2023 at 1:02 AM Jarek Potiuk <[email protected]> wrote: > > > > > +1 for moving it under "connections" - good idea. > > > > > > I think "upgrade" is confusing for the first time because upgrade > > > implies "upgrade FROM something". The "sync" is not set-in-stone. > > > Maybe there are other ideas? > > > > > > The inspiration is Terraform - where we describe the "target" state we > > > want to reach, so maybe "airflow db apply" is a better one? > > > > > > J. > > > > > > On Wed, Jul 26, 2023 at 8:51 PM Jed Cunningham <[email protected] > > > > > > wrote: > > > > > > > > I'm not sure I like sync over upgrade, personally. Everything else > > > > discussed sounds good though. > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
