Don't reset branches when creating new apps #408
Closed
opened 2023-02-12 15:27:02 +00:00 by codegod100
·
6 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#408
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.
Currently when working on test code, abra will automagically switch branches to master which is less than ideal for testing scenarios.
@codegod100 do you mean when you run
deployon your testing recipe or? Or you mean, your code is on a test branch and you run--chaosand it switches to master anyway?app newjust makes the new~/.abra/servers/$server/$appdirectory but doesn't related to howabradeals with Git after. So yeh, more info on the workflow would be great, thanks!This implies that abra binary does in fact affect my git branch
Ah yes, I see. Thanks!
abradoes to some internal "gitops" style stuff to try and help produce stable deployments, e.g. switching to git tags, checking there are no unstaged changes, etc. We don't really use several branches for hacking on recipes ourselves, so never really ran into this.So, I guess
abra app new --chaosflag is the way forward then!Alternatively, maybe we shouldn't even touch the recipe code when instantiating a new app? At this point, it doesn't make sense since we only create a directory and copy over the latest env sample? It's only later when we deal with deployments that we should attempt to ensure stable gitops 🤔
This would actually be my preference. I only suggested the flag because someone in the matrix said that might be useful to request, but yeah, please leave my git alone 😇
--chaos flag needed for `abra app new`to Don't reset branches when creating new apps