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

Introduce a status for approved/accepted TAPs that are not intended to make it into the core specification

オープン
#171 コメント 0 件 リアクション 1 件 担当者 0 名 GitHub で見る

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
領域
security

調査の方向性

まず、コミュニティミーティングの背景と TAP 4 および TAP 8 に関する議論を確認します。提案されている追加のステータスまたは accepted-status の更新を、実装、互換性、テスト、リファレンス実装に関して挙げられている懸念事項と比較します。完了条件は、そのようなステータスを定義すべきか、また定義する場合にどのように定義するかについて、文書化された決定がなされていることです。

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

説明

In the most recent community meeting there was a sidebar discussion on the complexity of implementing TUF and how several TAPs (specifically TAP 4 and TAP 8) increase complexity for optional features.

As part of the discussion I proposed that we add an additional TAP status, or update the accepted status, to include a notion of a TAP which is reviewed and approved but, due to its optional nature, is considered supplementary to the specification and is not destined to become a part of the core specification document.

During the discussion the following pros and cons were discussed:

Pros

  • implementation simplicity and safety for those only interested in the core TUF functionality of today

Cons

  • confusion in how implementations/adoptions communicate which combination of TUF + TAPs are implemented
  • this potentially makes it harder to find a TUF implementation which suits all of an adopters needs
  • testing combinations of features is harder
  • unclear what this means for the reference implementation(s)

FWIW some of these cons (i.e., compatibility across implementations, lack of clarity around what exactly a TUF implementation implements) already exist today.

Filing this issue as a place to continue this discussion.

主要言語
言語のデータがありません
スター
38
フォーク
23
PR マージ指標
30日以内にマージされた PR はありません

環境構築

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

はじめの一歩

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

theupdateframework/taps のほかの issue

theupdateframework/taps の issue をすべて見る

似ている issue

Security の issue をもっと見る

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

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