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

Optional field handling

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
kubernetes, rust

調査の方向性

まず issue #362 とリンクされている包括 issue #198 を読んで、想定されている抽出とスコープを理解します。既存のオプション CRD フィールドのパース方法を特定し、次にマクロがサポートする入力と、生成されるエラーおよび検証済み型の出力を定義します。完了とは、#362 から仕組みを抽出でき、記載されたオプションフィールドのケースを処理できることです。

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

説明

Currently we ship a lot of CRD fields that are optional because they aren't strictly required for an object to make sense to store, but which are required for that operator to make progress. We could have a macro that performs this parsing automatically (generating the applicable error variants and validated type á la Parse, don't validate).

Ideally this machinery should be possible to extract from #362.

This is a part of https://github.com/stackabletech/issues/issues/198.

主要言語
Rust
スター
167
フォーク
19
平均マージ
1日 6時間
マージ済み PR(30日)
9

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

stackabletech/operator-rs のほかの issue

stackabletech/operator-rs の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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