feat: force a deploy to latest release / --ignore-env-version
#617
Closed
opened 2025-08-26 16:33:58 +00:00 by iexos
·
5 comments
No Branch/Tag Specified
main
renovate/golang-1.27
renovate/github.com-charmbracelet-bubbletea-2.x
fix/492
local-integration-testing
renovate/github.com-charmbracelet-lipgloss-2.x
renovate/otel-weaver-0.x
renovate/codespell-2.x
renovate/tonistiigi-xx-1.x
renovate/alpine-3.x
renovate/github.com-charmbracelet-log-2.x
chore-deps
fix/deps
fix/613
0.13.0-beta
0.13.0-rc2-beta
0.13.0-rc1-beta
0.12.0-beta
0.11.0-beta
0.10.1-beta
0.10.0-beta
0.10.0-rc2-beta
0.10.0-rc1-beta
0.9.0-beta
0.8.1-beta
0.8.0-beta
0.8.0-rc2-beta
0.8.0-rc1-beta
0.7.0-beta
0.7.0-rc3-beta
0.7.0-rc2-beta
0.6.0-beta
0.5.1-beta
0.5.0-alpha
0.4.1-alpha
0.4.0-alpha
0.4.0-alpha-rc8
0.4.0-alpha-rc7
0.4.0-alpha-rc6
0.4.0-alpha-rc5
0.4.0-alpha-rc4
0.4.0-alpha-rc3
0.4.0-alpha-rc2
0.4.0-alpha-rc1
0.3.1-alpha-rc2
0.3.1-alpha-rc1
0.3.1-rc1
0.3.0-alpha
0.2.2-alpha
0.2.1-alpha
0.2.0-alpha
0.1.8-alpha
0.1.7-alpha
0.1.6-alpha
0.1.5-alpha
0.1.4-alpha
0.1.3-alpha
0.1.2-alpha
0.1.1-alpha
0.1.0-alpha
10.0.5
10.0.3
10.0.2
10.0.1
10.0.0
9.0.0
8.0.1
8.0.0
0.7.4
0.7.3
0.7.2
0.7.1
0.7.0
checkout
0.6.0
0.5.0
0.4.1
0.4.0
0.3.1
0.3.0
0.2.0
0.1.2
0.1.1
0.1.0
Labels
Clear labels
bug
build
ci/cd
critical fix
design
documentation
duplicate
easy-first-issue
enhancement
help wanted
i10n
i18n
installer
invalid
question
release
release-candidate
security
tech-debt
test
wontfix
Something is not working
go build related issues
Building things with CI/CD
https://docs.coopcloud.tech/federation/resolutions/passed/010/
UI/UX
Documenting all the things
This issue or pull request already exists
Something for new people to get stuck into. We hope it's easy!
New feature
Need some help
Everything to do with localisation
Everything to do with internationalisation
Everything to do with the install script.
Something is wrong
More information is needed
Release management
Related to the new release candidate
Security related
Unit/integration testing
This won't be fixed
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Abra v0.11.x
Done
Assignees
3wordchant
aadil (Aadil Ayub)
abra-bot (Abra Bot)
ammaratef45
amras (Sarma)
Apfelwurm
BornDeleuze
Brooke
carla
cas (Cassowary)
coopcloud
cyrnel
decentral1se (d1)
dede
devydave
fauno (fauno)
iexos
jade (Jade Ambrose)
jjsfunhouse
jmakdah2 (Jackie Makdah)
joe-irving (Joe Irving)
kawaiipunk (KawaiiPunk)
knoflook
kolaente
lambdabundesverband
linnealovespie (April)
moosemower
moritz
notplants
oxaliq (sorrel)
p4u1
pharaohgraphy (Andrew 🐦🔥❤️🔥✴️)
renovate-bot (Comrade Renovate Bot)
ripclap
simon
sixsmith (Sixsmith)
stevensting
trav (Trav Fryer)
val (val (he/him))
yksflip
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: toolshed/abra#617
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
I would like to use
abra app deploy <domain> latestto directly deploy to the latest release. This would make it much simpler to deploy ifBoth of these cases are relevant to me for writing scripts to help with recipe upgrade testing, but also when doing it manually.
@iexos
abra app deploy <domain> --ignore-env-version/-iwill deploy the latest by default, ignoring the.envversion. If it's already deployed, you can--force/-f? I am not sure about the interaction with--chaos/-Coff the top of my head, but if you test the combinations manually, I'd be curious to see what you run into! Theabra app deploycode path makes sure to pull the latest from the recipe repository, so it should be up-to-date.abra recipe versions <recipe> -mwill give you insight into the catalogue versions.Some of these things can also be arranged with standard tools, e.g. if you want to investigate the catalogue.
That'll get you the latest published gitea version.
Ah thank you,
--ignore-env-versiondoes exactly what I want for undeployed apps! Is there another use for this apart from deploying the latest version? Maybe something in the docs/help could make it more obvious.For a chaos deployed app this happens:
I guess it ignores the .env version, but it can still get the version from deployment?
Actually, I'm not sure. I think maybe not? If you pass
<version>toabra app deploy, i think-iis implicit?I guess forabra app upgrade, you have a different behaviour but I don't think that is even tested 🙈This flag was added a bit "on the end" of the large env version refactor... i'm glad you're asking this question!
If you have some more spoons for manual testing, maybe you can see what it does for different scenarios? Maybe the name of the flag could be better. Maybe docs could be better. I'm not sure.update: It's only used for
abra app deploy!Ah yes, that does seem like a bug. Let's put this on the stack to fix.
Ah, I've dug into this a bit. Gonna DM you to figure out the rest and report back with a plan.update: We're gonna try rename it to
--latest🫡deploy to `latest` releaseto feat: force a deploy to `latest` release / `--ignore-env-version`