Remove mysql and mariadb chart deps #417
No reviewers
Labels
No Label
has
backport
in progress
invalid
kind
breaking
kind
bug
kind
build
kind
dependency
kind
deployment
kind
docs
kind
enhancement
kind
feature
kind
lint
kind
proposal
kind
question
kind
refactor
kind
security
kind
testing
kind
translation
kind
ui
need
backport
priority
critical
priority
low
priority
maybe
priority
medium
reviewed
duplicate
reviewed
invalid
reviewed
wontfix
skip-changelog
status
blocked
status
needs-feedback
status
needs-reviews
status
wip
upstream
gitea
upstream
other
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/helm-chart#417
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "remove-mysql-mariadb"
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?
As discussed in Discord.
Supersedes #412 and #407.
⚠️ BREAKING
Users depending on the built-in MySQL or MariaDB chart have to switch to an self-managed database, or Postgres
Besides the commented parts, L-G-T-M.
@ -889,4 +862,2 @@
postgresql:
enabled: true
mysql:
I don't think we should remove MySQL and MariaDB from older changelog entries. In those versions they are still valid.
@ -238,1 +236,3 @@
An external Database can be used instead of builtIn PostgreSQL or MySQL.
Any external Database listed in [https://docs.gitea.io/en-us/database-prep/](https://docs.gitea.io/en-us/database-prep/) can be used instead of the built-in PostgreSQL.
In fact, it is **highly recommended** to use an external database to ensure a stable Gitea installation longterm.
The built-in dependency is mainly for testing and development purposes.
While I agree with the recommendation to use an external database for a longterm stable Gitea installation, I don't agree that the built-in dependency is mainly for testing an development purposes. If that would be the case, we wouldn't release the dependency but instead have it located somewhere in a
testing
folder or similar to boostrap the dev environment with it.If users decide to rely on the built-in database, they can do so by accepting all the changes we make - e.g. updating. That is totally fine in my opinion.
@ -878,3 +851,3 @@
The values to enable the dependencies,
such as PostgreSQL, Memcached, MySQL and MariaDB
such as PostgreSQL or Memcached.
I don't think we should remove MySQL and MariaDB from older changelog entries. In those versions they are still valid.
@ -889,4 +862,2 @@
postgresql:
enabled: true
mysql:
Agreed!
@ -238,1 +236,3 @@
An external Database can be used instead of builtIn PostgreSQL or MySQL.
Any external Database listed in [https://docs.gitea.io/en-us/database-prep/](https://docs.gitea.io/en-us/database-prep/) can be used instead of the built-in PostgreSQL.
In fact, it is **highly recommended** to use an external database to ensure a stable Gitea installation longterm.
The built-in dependency is mainly for testing and development purposes.
Fair point! I removed the respective sentence.
LGTM