versioned: Adjust action arguments
メンテナーはふだん 1 日以内に返信
@Techassi がすでに取り組んでいます。
2026年10月23日 から。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 52/100
- issue の種類
- リファクタリング
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- rust
調査の方向性
Start by reading the crate that parses and applies the versioned attribute arguments, then check its tests and examples for since and from_ usage. The issue proposes renaming these to in and prev_ or previous_, but leaves the preferred prefix open. Done means the argument names are updated consistently and the proposed prev_docs use for deprecated actions is supported.
索引モデルが issue の本文から書いたものです。
説明
Current state
Currently, all actions use the since argument to specify since which version a particular change was introduced. Additionally, all arguments describing previous facts, like the item name, the item type, and the item docs use the from_ prefix.
struct Foo {
#[versioned(changed(
since = "...",
from_name = "...",
from_type = "...",
from_docs = "..."
))]
bar: bool,
}
Initially, this made sense to use both these terms, because e.g. a field's name changed from foo to bar. As such, the argument name from_name makes sense. We recently noticed that both terms are not ideal, especially the combination #[versioned(changed(since = "...", from_docs = "..."))].
Suggestion
I suggest renaming these arguments in the following fashion:
since->in. This maps well for all actions and in which version a particular change happened:- "added in ..."
- "changed in ..."
- "deprecated in ..."
from_->prev_orprevious_. This better expresses what the fact's value was previously:- "the previous name was ..."
- "the previous type was ..."
- "the previous docs were ..."
struct Foo {
#[versioned(changed(
in = "...",
prev_name = "...",
prev_type = "...",
prev_docs = "..."
))]
bar: bool,
}
This change also enables us to add support for from_docs/prev_docs to deprecated action for example. prev_docs just makes way more sense in this context.
- 主要言語
- Rust
- スター
- 169
- フォーク
- 20
- 平均マージ
- 1日 6時間
- マージ済み PR（30日）
- 22
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stackabletech/operator-rs のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
stackabletech/operator-rs#1273 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
epic
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/operator-rs#1305 ·
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/operator-rs#1077 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
stackabletech/operator-rs#1063 ·
メンテナーはふだん 1 日以内に返信
-
stackable-versioned: Require inner module definitions to have the same visibility as the parentオープン
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
stackabletech/operator-rs#1028 ·
メンテナーはふだん 1 日以内に返信
stackabletech/operator-rs の issue をすべて見る
似ている issue
-
api bug entity mobai
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
Pumpkin-MC/Pumpkin#4312 ·
メンテナーはふだん 1 日以内に返信
-
bug easy good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
lacs-project/sysknife#659 ·
メンテナーはふだん 2 日以内に返信
-
E_FIT_INPUT_MISSING (mixture overrides): the message says ferx-r bundles lack mixture_overridesオープンP3
難易度 1/5 1時間未満 初心者へのやさしさ 83/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
registrystack/registry-stack#2431 ·
メンテナーはふだん 1 日以内に返信