Bitwarden vs Kubernetes

This feed tracks the bitwarden/server backend, and it reads accordingly: a CalVer point-release train dominated by feature-flag scaffolding, flag graduations, dependency bumps, and under-the-hood hardening rather than headline features. The substantive threads that do surface are security-adjacent — additional argon2id prelogin configurations, validated-only report file serving, orphaned-Send cleanup — plus enterprise plumbing like plan migration paths and bulk cohort assignment. The user-facing feature story largely lives in Bitwarden's client apps, which this server feed does not capture.

The cadence is predictable and maintenance-weighted: nearly every release removes a batch of graduated feature flags and adds new ones for work in progress, a sign of continuous delivery but low individual signal. The visible direction is enterprise and self-hosting readiness — provider authorization attributes, SCIM refactor, SDK-based Sends and unlock, and KDF tuning — hardening the platform for larger deployments. Expect the same rhythm to continue.

Near-term releases will likely keep graduating the in-flight flags (SDK Sends API, organization invite links, provider initialization) into shipped behavior while continuing dependency and security-dependency upkeep.