-
Notifications
You must be signed in to change notification settings - Fork 269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore(nextcloud): switch to helm-docs #633
base: main
Are you sure you want to change the base?
Conversation
Signed-off-by: WrenIX <dev.github@wrenix.eu>
Signed-off-by: WrenIX <dev.github@wrenix.eu>
20522d5
to
939481a
Compare
Signed-off-by: WrenIX <dev.github@wrenix.eu>
988c3d5
to
0b88621
Compare
Signed-off-by: WrenIX <dev.github@wrenix.eu>
0b88621
to
9674ee3
Compare
### Database Configurations | ||
By default, nextcloud will use a SQLite database. This is not recommended for production, but is enabled by default for testing purposes. When you are done testing, please set `internalDatabase.enabled` to `false`, and configure the `externalDatabase` parameters below. | ||
|
||
For convenience, we packages the following Bitnami charts for databases (feel free to choose _one_ below): | ||
- [Bitnami MariaDB chart](https://github.com/bitnami/charts/tree/main/bitnami/mariadb) | ||
- [Bitnami PostgreSQL chart](https://github.com/bitnami/charts/tree/main/bitnami/postgresql) | ||
|
||
If you choose to use one of the prepackaged Bitnami helm charts, you must configure both the `externalDatabase` parameters, and the parameters for the chart you choose. For instance, if you choose to use the Bitnami PostgreSQL chart that we've prepackaged, you need to also configure all the parameters for `postgresql`. You do not need to use the Bitnami helm charts. If you want to use an already configured database that you have externally, just set `internalDatabase.enabled` to `false`, and configure the `externalDatabase` parameters below. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so right now, I'd worry about losing stuff like this specifically, unless we want to truly separate our docs into it's own wiki or perhaps a doc site? 🤔
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed, we lose a lot of the current docs from the README
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm open to using the built in github wiki feature, or playing with the helm-docs templates to make sure we keep these docs, as they help out the users a lot when searching this repo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would try to avoid splitting the docs across multiple places (e.g. README and wiki)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahm, of course that I mean with todo:
add extra documentations on the README helm-docs template
:)
Co-authored-by: Jesse Hitch <jessebot@linux.com> Signed-off-by: WrenIX <133280015+wrenix@users.noreply.github.com>
Description of the change
use helm-docs for documentation
Benefits
No duplicated documentation between README and values.yaml
Possible drawbacks
Not yet so good structed as before, TODOs are:
values.yaml
a usefull documentationApplicable issues
fixes #547
Additional information
Readme rendered
Checklist
Chart.yaml
according to semver.