dbeaver / dbeaver/cloudbeaver

`initial-data.conf` is only processed once during first startup

Open
#3,853 1 comment 1 reaction 0 assignees View on GitHub
xf:administration xf:local config
Dominant language
TypeScript
Stars
5.1k
Forks
563
Avg merge
3d 9h
Merged PRs (30d)
59

Description

**Is your feature request related to a problem? Please describe.**
CloudBeaver's initial-data.conf is only processed during the initial startup when the database is empty (configuration mode). After the first initialization, any changes to this configuration file are ignored because teams are persisted in the database and never re-synchronized.

This creates a significant operational challenge for:
- Kubernetes/Helm deployments - Cannot manage teams declaratively via ConfigMaps
- GitOps workflows - Cannot version control team definitions

For organizations deploying CloudBeaver in Kubernetes with Infrastructure-as-Code practices:

Teams are defined in initial-data.conf ConfigMap
1. After first deployment, teams are added to MySQL
2. Updating the ConfigMap has no effect
3. Teams must be managed manually via UI or direct database manipulation
4. No declarative way to sync desired state → actual state

**Describe the solution you'd like**
I would like CloudBeaver to support **declarative team management** through configuration, similar to how Kubernetes resources work. Teams should be syncable from `initial-data.conf` even after the initial setup.

Option 1: Continuous Sync (Preferred)
Option 2: Sync on Startup, read initial-data.conf on every startup, not just first time:
Compare desired state vs database state
Apply differences automatically

**Describe alternatives you've considered**
API Endpoint for Sync

**Additional context**
Add any other context or screenshots about the feature request here.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.