Add `implementedBy` field in `metadata.yml`
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- graphql
調査の方向性
metadata.yml、提案されている4つのimplementedBy表現、およびリンクされたプロジェクト定義リストから始めます。名前付きプロジェクトと任意のプラグインのサポートを比較し、選択したスキーマと想定されるメタデータの形式を確認します。フォーマットが決定され、一貫して文書化された時点で作業は完了です。
索引モデルが issue の本文から書いたものです。
説明
@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.
- 主要言語
- JavaScript
- スター
- 10
- フォーク
- 8
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
graphql/gaps のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
-
clarify licensingオープン
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
feature request
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
openlayers/openlayers#17736 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
521xueweihan/HelloGitHub#4326 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
Mintplex-Labs/anything-llm#7133 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
メンテナーはふだん 1 日以内に返信