Support env upgrading with abra app upgrade #504

New Issue

stevensting · 2025-02-12T14:30:07Z

stevensting commented

2025-02-12 14:30:07 +00:00

From my point of view it would be nice if abra could support the upgrade process also for the env file, e.g.

removing env vars not needed anymore
adding new mandatory env vars from .env.sample
adding new optional env vars

Idea: let the operator choose one of two ways:

create a fresh env file based on the new .env.sample and fill out the values from the existing env file for the available vars
stick with the existing env file (in case special comments were inserted etc) and check which env vars present in .env.sample exist already in env file and add all missing ones. Also removing old ones.

From my point of view it would be nice if abra could support the upgrade process also for the env file, e.g. - removing env vars not needed anymore - adding new mandatory env vars from .env.sample - adding new optional env vars Idea: let the operator choose one of two ways: * create a fresh env file based on the new .env.sample and fill out the values from the existing env file for the available vars * stick with the existing env file (in case special comments were inserted etc) and check which env vars present in .env.sample exist already in env file and add all missing ones. Also removing old ones.

👀 1

decentral1se commented

2025-02-12 14:58:45 +00:00

Sounds like a useful addition! We have something in line with this logic for the second option in abra app check. Do you have a CLI design proposal for this interface @stevensting?

I would probably not implement this now in the current release candidate phase (unless someone really wants it, I won't stop you!) and aim for the next release (we're gonna aim for smaller iterations).

Sounds like a useful addition! We have something in line with this logic for the second option in `abra app check`. Do you have a CLI design proposal for this interface @stevensting? I would probably not implement this now in the current release candidate phase (unless someone really wants it, I won't stop you!) and aim for the next release (we're gonna aim for smaller iterations).

decentral1se added the

enhancement

design

labels 2025-02-12 14:58:56 +00:00

3wordchant commented

2025-03-21 09:15:51 +00:00

Fully agree with the suggestion @stevensting, indeed I think the next step is to design the UI. I wonder if something like apt's "What would you like to do about it" menu could be useful inspiration? (example)

Fully agree with the suggestion @stevensting, indeed I think the next step is to design the UI. I wonder if something like `apt`'s "What would you like to do about it" menu could be useful inspiration? ([example](https://serverfault.com/q/527789))

👍 1

decentral1se commented

2025-03-21 10:09:20 +00:00

@p4u1 (and I) want to focus on improving how abra reports errors and shares options on how to proceed when faced with different scenarios after the current release. any prototype ideas for design / direction is really welcome! i do very much like a lot of what apt does 😁

@p4u1 (and I) want to focus on improving how `abra` reports errors and shares options on how to proceed when faced with different scenarios after the current release. any prototype ideas for design / direction is really welcome! i do very much like a lot of what `apt` does 😁

decentral1se changed title from ~~support env upgrading with ´abra app upgrade´~~ to Support env upgrading with `abra app upgrade`

2025-03-23 09:44:14 +00:00

fauno commented

2025-04-23 18:57:24 +00:00

both initial ideas sound way better than dropping operators into a mergetool :3

👍 1

fauno referenced this issue from coop-cloud/wallabag

2025-04-23 18:59:18 +00:00

sqlite support #4

fauno commented

2025-04-23 19:01:49 +00:00