From f65f8e065a2ea09ff2212c2f79aea47a5cc4f39a Mon Sep 17 00:00:00 2001 From: mmattel Date: Mon, 15 May 2023 18:49:57 +0200 Subject: [PATCH] review --- docs/services/settings/releasing.md | 22 ----------------- services/settings/README.md | 37 ++++++++++++++--------------- 2 files changed, 18 insertions(+), 41 deletions(-) delete mode 100644 docs/services/settings/releasing.md diff --git a/docs/services/settings/releasing.md b/docs/services/settings/releasing.md deleted file mode 100644 index 41b309ad1..000000000 --- a/docs/services/settings/releasing.md +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: "Releasing" -weight: 70 -geekdocRepo: https://github.com/owncloud/ocis -geekdocEditPath: edit/master/docs/services/settings -geekdocFilePath: releasing.md ---- - -{{< toc >}} - -## Requirements - -You need a working installation of [the Go programming language](https://golang.org/). - -## Releasing - -The settings service doesn't have a dedicated release process. Simply commit your changes, make sure linting and unit tests pass locally and open a pull request. - -### Package Hierarchy - -- [ocis](https://github.com/owncloud/ocis) - - [ocis-settings](https://github.com/owncloud/ocis/tree/master/settings) diff --git a/services/settings/README.md b/services/settings/README.md index cf61e2932..9b79c889f 100644 --- a/services/settings/README.md +++ b/services/settings/README.md @@ -1,22 +1,21 @@ # Settings -The "settings" service provides functionality for other services to register -new settings within oCIS. It is also responsible for storing the respective settings -values as well. +The `settings` service provides functionality for other services to register new settings as well as storing and retrieving the respective settings values. -The "settings" service is currently used for -* managing the users' "profile" settings. E.g. the language and the Email notification - settings -* managing the possible user roles and their respecitve permssions -* managing the assignment of roles to users +The settings service is currently used for managing the: -The "settings" service supports two different backends for persisting the data. The backend -can be set using `SETTINGS_STORE_TYPE` environment variable. Supported values are: +* users' `profile` settings like the language and the Email notification settings, +* possible user roles and their respecitve permssions, +* assignment of roles to users. -* `metadata`: The default. This backend persists the settings data via the `storeage-system` service +As an example, user profile settings that can be changed in the Web UI must be persisted. + +The settings service supports two different backends for persisting the data. The backend can be set using `SETTINGS_STORE_TYPE` environment variable. Supported values are: + +* `metadata`: The default. This backend persists the settings data via the `storage-system` service. * `filesystem`: This backend persists the settings data in a directory on the local filesystem. - The directory can be configured with `SETTINGS_DATA_PATH`. This backend is not suitable for running - multiple intances of the `settings` service in a scale-out deployment. It should be considered + The directory can be configured with `SETTINGS_DATA_PATH`. This backend is **not** suitable for running + multiple intances of the `settings` service in a scale-out deployment and should be therefore considered deprecated.