Recipe release with "--publish" doesn't pull latest changes first #426
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
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/organising#426
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?
Thought this was fixed 🤔
I think this may be fixed with coop-cloud/abra#330 and the new offline support. Don't have time to test now but if anyone picks this up, the first step would be to try reproduce it. The issue was that the code was mistakenly bailing out early on network access but the code is there to pull in latest before doing anything.
d5593b69e0/tests/integration/recipe_release.bats (L8-L25)
FTR this was an incorrect fix. My understanding is that the
abra recipe upgrade
should be responsible for making sure that the local recipe is up to date, all tags are synced and we're using the latest commit before making local changes to the recipe. Ifabra recipe release
tries to do this, it will wipe changes. I've got tests to match this assumption now... hopefully avoid more regression circus:bats -Tp tests/integration/recipe_*
will run them. Not everything is tested but the basics are covered, I hope.