Add `implementedBy` field in `metadata.yml`
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- graphql
- Ambito
- documentation
Direzione di ricerca
Inizia da metadata.yml, dalle quattro rappresentazioni proposte di implementedBy e dall'elenco delle definizioni dei progetti collegati. Confronta il supporto per i progetti denominati e i plugin arbitrari, quindi conferma lo schema scelto e la forma prevista dei metadati; il lavoro è completato quando il formato è deciso e documentato in modo coerente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
@PascalSenn suggested at today's wg meeting that GAPs should list (in metadata.yml) what servers/clients implement the spec, so users can decide which spec to use.
Option 1 - text only
implementedBy:
- "Apollo Client >= v1.2.3"
- "Relay >= v3.4.5"
Option 2 - markdown links
implementedBy:
- [Apollo Client >= v1.2.3](https://www.apollographql.com/docs/react)
- [Relay >= v3.4.5](https://github.com/facebook/relay)
Option 3 - structured data
implementedBy:
- name: Apollo Client
website: https://www.apollographql.com/docs/react
version: 1.2.3
- name: Relay
website: https://www.apollographql.com/docs/react
version: 3.4.5
Option 4 - project definition keys + structured data
implementedBy:
- project: apollo-client
version: 1.2.3
- project: relay
version: 3.4.5
...which refers to some central projects.yml that looks like this:
- id: apollo-client
website: https://www.apollographql.com/docs/react
- id: relay
website: https://github.com/facebook/relay
Maybe this can reuse the definitions list here https://caniuse.graphql.now/index.html#projects
Note: I'd also like to support arbitrary projects here too, since support might initially be implemented as random a plugin (e.g. the @mock spec is currently implemented in apollo-client-mock-directive-plugin, not apollo core. I would expect many specs might start out this way.
So that implies something like this:
implementedBy:
- project: relay
version: 3.4.5
- name: apollo-client-mock-directive-plugin
website: https://github.com/magicmark/apollo-client-mock-directive-plugin/
version: 0.0.1
my vote is Option 4.
- Lingua principale
- JavaScript
- Stelle
- 10
- Fork
- 8
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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 graphql/gaps
-
release-version-reminder-botAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
clarify licensingAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
Tutte le issue di graphql/gaps
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
feature request
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
openlayers/openlayers#17736 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
521xueweihan/HelloGitHub#4326 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
Mintplex-Labs/anything-llm#7133 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno