Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[DOCS] EOL Policy #28

Open
lmeyerov opened this issue Jan 26, 2021 · 0 comments
Open

[DOCS] EOL Policy #28

lmeyerov opened this issue Jan 26, 2021 · 0 comments

Comments

@lmeyerov
Copy link
Contributor

We should have an explicit EOL policy guide and, potentially, an explicit support matrix. We can then move version numbers out of other docs.

Currently available:

Graphistry EOL policy is:

  • API deprecation:
    -- Avoid most deprecations by making new APIs additive vs. breaking
    -- Aim for 1+ year notification window when unavoidable
    -- Ex: We still support our 1.0 REST protocol, and are only now moving to officially deprecate it
  • Fixes go into new versions (vs. LTS patching)
  • Document breaking changes in the release changelog, as well as significant internal infra upgrades
  • Connectors: Latest major version of a product; we will be revisiting in Q2/Q3 for supporting multi-major-versions (e.g., we support both Neo4j 3 + Neo4j 4)
  • Manual support: 2yr old version for enterprise, 1yr old for cloud
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

No branches or pull requests

1 participant