Improve filename for generated backups #366
Labels
No Label
abra
abra-gandi
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
democracy
design
documentation
duplicate
enhancement
finance
funding
good first issue
help wanted
installer
kadabra
performance
proposal
question
recipes.coopcloud.tech
security
test
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/organising#366
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Currently, running
abra app backup foo.bar.com db
, wherefoo.bar.com
has aSTACK_NAME
set tokeycloak
results in a backup name likekeycloak_db_623701256.tar.gz
.Two improvements:
STACK_NAME
(STACK_NAME
isn't really visible to operators elsewhere, and the ability to override it is mostly for legacy purposes?)date +"%FT%T%z"
, e.g.2022-12-10T04:22:44-0000
It is kind of awkward to do because we have some code in the core that honours this edge case / legacy practice but then we'd have to implement a special case for not honouring it for backups. It would simplify the code if we didn't have to do this ofc. So, do we think it's worth it? Or should we aim instead to migrate recipe configs away from this
STACK_NAME
usage?With the following:
I was able to get:
Certainly more useful, anything that can be improved?
Great improvement for now, nice one!