[DOCS] EOL Policy

Ouverte
#28 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
42/100
Type d'issue
Documentation
Clarté
Plutôt claire
Activité
À l'abandon
Domaine
documentation

Piste de recherche

Start by reviewing hardware-software.md and the support page linked in the issue to see how requirements, versioning, and changelogs are currently documented. Write an explicit EOL policy guide from the policy details in the issue, and consider whether a support matrix is needed. Done means the guide clearly documents deprecation notice, fixes, breaking changes, connector support, and manual support timelines.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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
Langage dominant
Shell
Étoiles
31
Forks
6
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de graphistry/graphistry-cli

Toutes les issues de graphistry/graphistry-cli

Issues similaires

Plus d'issues Shell/Bash

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.