Skip to content

Prepare v1.0.0 release and document stability policy.#5286

Open
renaudhartert-db wants to merge 2 commits into
mainfrom
renaud-hartert_data/docs/v1-release-stability-policy
Open

Prepare v1.0.0 release and document stability policy.#5286
renaudhartert-db wants to merge 2 commits into
mainfrom
renaud-hartert_data/docs/v1-release-stability-policy

Conversation

@renaudhartert-db
Copy link
Copy Markdown
Contributor

Adds a Stability Policy section to README covering feature stability, SemVer versioning rules, and security patches; documents extended support for the 0.299.x line in SECURITY.md; and updates NEXT_CHANGELOG.md for the v1.0.0 release.

Adds a Stability Policy section to README covering feature stability, SemVer
versioning rules, and security patches; documents extended support for the
0.299.x line in SECURITY.md; and updates NEXT_CHANGELOG.md for the v1.0.0
release.

Co-authored-by: Isaac
@github-actions
Copy link
Copy Markdown
Contributor

Waiting for approval

Based on git history, these people are best suited to review:

  • @simonfaltum -- recent work in ./

Eligible reviewers: @andrewnester, @anton-107, @denik, @pietern, @shreyas-goenka

Suggestions based on git history. See OWNERS for ownership rules.

Copy link
Copy Markdown
Member

@simonfaltum simonfaltum left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good

Comment thread SECURITY.md
Comment on lines +3 to +6
We appreciate any security concerns brought to our attention and encourage
you to notify us of any potential vulnerabilities discovered in our systems
or products. If you believe you have found a security vulnerability, please
report it to us at [security@databricks.com](mailto:security@databricks.com).
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we want this split intentionally over 4 lines? Other than that its fine

Comment thread NEXT_CHANGELOG.md
* Breaking change: OAuth tokens for interactive logins (`auth_type = databricks-cli`) are now stored in the OS-native secure store by default (Keychain on macOS, Credential Manager on Windows, Secret Service on Linux) instead of `~/.databricks/token-cache.json`. After upgrading, run `databricks auth login` once per profile to re-authenticate; cached tokens from older versions are not migrated. To keep the previous file-backed storage, set `DATABRICKS_AUTH_STORAGE=plaintext` or add `auth_storage = plaintext` under `[__settings__]` in `~/.databrickscfg` (the env var takes precedence over the config setting), then re-run `databricks auth login`. On systems where the OS keyring is not reachable (e.g. Linux containers without a D-Bus session bus), the CLI transparently falls back to the file cache when reading tokens so legacy `token-cache.json` entries remain accessible without manual configuration.
* The Databricks CLI is now generally available with version v1.0.0 as the first major release 🚀. From this version on, the CLI follows semantic versioning (see [README](README.md)). This change does not impact DABs or other existing commands beyond the changes listed below.
* The 0.299.x line continues to receive security-critical patches through May 20, 2027; see [SECURITY](SECURITY.md) for the support policy.
* Starting with v1.0.0, the CLI will use immutable release tags, providing users with better security guarantees.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"providing users with better security guarantees" this is vague. Can link to https://docs.github.com/en/code-security/concepts/supply-chain-security/immutable-releases instead.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants