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

Question / Improvement: Incremental publishing of devcontainer features and `devcontainer-collection.json`

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
typescript
領域
cli

調査の方向性

ファイル、テスト、エントリーポイントは指定されていません。まず、インクリメンタルな Feature 公開と一括での Feature 公開を再現し、その後 devcontainer-collection.json がどのように生成されるかを追跡してください。インクリメンタルな公開がサポートされているか、エントリをどのようにマージすべきか、またはドキュメントに何を記載すべきかを定義してください。

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

説明

Description

We’re exploring whether the Dev Container CLI is intended to support publishing devcontainer features one by one.

When features are published individually, devcontainer-collection.json is regenerated each time and ends up containing only the last published feature. When all features are published together, the collection file is generated correctly.

This behavior seems consistent and intentional, so this is not a bug report, more a question and possible improvement discussion.


Question / Improvement Idea

Is publishing features incrementally an intended workflow?

If this use case is in scope, would it make sense to support:

  • Merging newly published features into an existing devcontainer-collection.json, or
  • A flag or documented approach for incremental publishing?

The motivation is mainly CI/CD robustness, where publishing one feature should not block others.


If incremental publishing is intentionally unsupported, clarification or documentation around this would also be very helpful.

主要言語
TypeScript
スター
3k
フォーク
461
平均マージ
18分
マージ済み PR(30日)
5

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

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

はじめの一歩

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

devcontainers/cli のほかの issue

devcontainers/cli の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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