"foo + unstaged changes" written to .env file #651
Closed
opened 2024-12-02 00:31:29 +00:00 by decentral1se
·
5 comments
Labels
Clear labels
abra
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
design
documentation
duplicate
enhancement
fedi
fedi-infra
finance
funding
good first issue
help wanted
installer
legal
performance
proposal
question
security
test
wontfix
Everything to do with abra
Ping/pong on comms
Something is not working
Go build related issues
Getting the robots into the mix
Opening this thing up
Contributors stuff
Our main website
Design thinking required
Let's write things together
This issue or pull request already exists
New feature
Democratic decision making
Money things
Anything related to grant funding
Easy start with development
Need some help
Installation related issues
Performance related
Large change which requires feedback & decisin making
More information is needed
Securing our shit
Unit or integration test suite
This won't be fixed
Milestone
No items
No Milestone
Projects
Clear projects
No projects
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/organising#651
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.
Ran into this with @knoflook, don't have a reproduction now. But we've seen that a chaos version ala
foo + unstaged changesgets commited to the.envas-is, so you haveRECIPE=foo + unstaged changeswritten in the file and this obviously explodes instantly 😂I can have a look at this. Will try to make it to the kite flying hour this week
decentral1se referenced this issue2024-12-21 19:28:13 +00:00
I'm not totally sure what to do here. When writing
foo + unstaged changesit indicates that a chaos version is currently deployed. Which would be important for coworkers. But maybe this is an information we should store on the server with a label instead?@p4u1 in coop-cloud/abra#454 I'm re-working
+ unstaged changesto be+Uso this can be shown more compactly in overviews (re: decentral1se/cctuip#1 / #447).In general, I think it would be nice to show this fact in the label, that there are unstaged changes deployed (beyond just a regular chaos commit) and you'd better check out with your coworkers what is going on before touching the app (you will not know who tho until we coop-cloud/organising#467).
recipe.ChaosVersion()does handle the inclusion of this marker for all code paths AFAICT.The problem is that when you try to deploy again and it reads the value from the
.env, then it explodes because<hash>+Uis not something you cangit checkout. We need to parse that part off when doing git ops?I'm gonna merge coop-cloud/abra#454 and run the integration test suite. I think after merging, this one can be picked up properly.
@p4u1 lemme know if you can pick this one up this week, otherwise, I can take a stab at it. Just this and #467 left to close off 🧨
Related: #662