Standardising file structure for app repositories #29
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#29
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?
Looking at the file list for https://git.autonomic.zone/coop-cloud/mediawiki
Can we imagine a folder structure that might make this more understandable? Thinking in the line of Ansible role structure, certain things go certain places and after you realise what the names of the dirs are, you kinda just grok what to expect.
I am thinking this way, we can keep just barging at full 100% add a config when you need it speed and just admit this is simply the more fun and more simple way to do shit.
Then we adapt abra to understand that structure.
I kind of despise the Ansible death-by-subdirectories
{meta,defaults,tasks,templates,files}
approach but I agree that not using any at all is getting unwieldy.What about having one folder per optional addon, and a
files
(ISO better name) folder for everything except the basics?Ooooor any other suggestions?
Yeah feeling that! Bit unclear how
entrypoint.simplesaml.sh.tmpl
doesn't go intemplates
but is a template file? So, another way might be the following. I don't really like the wordoptional
though but it is one dir vs. $n optional dirs per-option. Happy to adjust.Yeah that seems like an improvement.
More thoughts: isn't
entrypoint.simplesaml.sh.tmpl
"optional" but isn't in the "optional" dir? And why are compose files split between root and "optional" but templates are all in one place?Naming Things Is Hard™
Propose an unholy alliance between the two ideas:
(I cheated by removing
htaccess.tmpl
, no longer required with the latest MW image)Ah fuck, I see your point. I don't like "base" or "extra" as too generic (sorry this is deep into a bikeshed now). WHAT ABOUT just a single templates folder where anything with a ".tmpl" ile ending goes in, doesnt matter what, simple rule. Then keep all the compose files out in the main root?
Damn, I'm struggling, maybe that also sucks 🙈
Forgot to pay homage to this statement. I expect to be smote down momentarily.
Fuck it, it is too hard, let's just go with what we have.
One more because why not:
Could do
addons
/optional
instead ofextras
?OK, let's keep the fires burning on this one :)
We seem to be getting on just fine with flat structure!