[DOCS] EOL Policy
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 42/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- documentation
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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:
-
Software reqs, including supporting minimums: https://github.com/graphistry/graphistry-cli/blob/master/hardware-software.md
-
Support, including links to changelogs & versioning: https://www.graphistry.com/support
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
- Lingua principale
- Shell
- Stelle
- 31
- Fork
- 6
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di graphistry/graphistry-cli
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
graphistry/graphistry-cli#69 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 12/100
graphistry/graphistry-cli#70 ·
-
enhancement help wanted
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
graphistry/graphistry-cli#40 ·
-
updated client/server capacity planning docsForse di nuovo libera @DataBoyTX l’ha presa 1286 giorni fa e non c’è nessuna pull request aperta. Apertadocs p3
graphistry/graphistry-cli#37 · 1 assegnatario ·
-
update and add release cycle notesForse di nuovo libera @DataBoyTX l’ha presa 1457 giorni fa e non c’è nessuna pull request aperta. Apertadocs P4
graphistry/graphistry-cli#33 · 1 assegnatario ·
Tutte le issue di graphistry/graphistry-cli
Issue simili
-
diagnosing-superpowers: transcript-as-evidence guard never reaches the dispatcher or the analystsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
obra/superpowers#2662 ·
I maintainer di solito rispondono entro 3 giorni
-
package-update
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 69/100
oSoWoSo/oco#844 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug linux priority-low
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
chart-check misses a config variable whose env call spans linesForse già presa @thebadalov l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
kubemg/kubemg#291 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
rossoctl/automation#130 ·
I maintainer di solito rispondono entro 3 giorni