Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Document: a component reference to a draft stores its published component

クローズ 初心者向け
  • 何か問題がありますか？
#262 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
68/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
領域
documentation

調査の方向性

issue では、コンポーネントの位置、ページデータ、{component}/usage に関する API の動作が説明されていますが、ドキュメントファイルやテストは指定されていません。まず、コンポーネントの位置とページデータに関する API ドキュメントを探し、次に関連するコンポーネント参照と使用回数がどのように記述されているかを確認してください。完了条件は、ドキュメントでドラフトの解決、初回公開時の識別子、使用状況のレスポンスとカウント規則が説明されていることです。

索引モデルが issue の本文から書いたものです。

説明

From api-components-bundle #520 / PR https://github.com/components-web-app/api-components-bundle/pull/523.

For the API section (component positions and page data):

  • A component position, or a page-data component property, never holds a draft of a published component. When a write names such a draft's IRI (POST/PATCH /_/component_positions, positions embedded in a component write, a page-data PATCH, fixtures), the published component is stored instead, because the two resolve to the same thing. Admins still see the draft through the position, as before.
  • A never-published draft is stored as is. Its first publish keeps the same row and IRI, so every reference to it stays.
  • GET {component}/usage returns {positionCount, pageDataCount, total}. The total counts a published component and its draft once.
主要言語
TypeScript
スター
0
フォーク
0
平均マージ
1時間 20分
マージ済み PR（30日）
1

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

components-web-app/docs のほかの issue

components-web-app/docs の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。