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

Custom devcontainer folder name when developing features locally

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

メンテナーはふだん 1 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
typescript
領域
cli

調査の方向性

まず、CLI の --config 処理と、ローカルで参照される features を解決するコードを追跡します。現在の .devcontainer 要件がどのように適用されているか、また関連するテストが任意の設定場所をカバーしているかを確認します。任意のフォルダーから、.devcontainer という名前を必要とせずにローカルで参照される feature が動作すれば完了です。

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

説明

I am exploring the idea of using a devcontainer as a portable toolbox. The main idea is to have a repo that just constitutes what would be the usual .devcontainer folder. The problem is that I do not want to use that name, to not clash with that name if the project I use it within is already using devcontainers.

The idea is that through locally developed features, I could create a number of scripts (e.g., local uv tools) that I can just use within any project (and benefit of the ease of mounting of devcontainers).

All works really well, and I am happy where this is going, but the main problem is that to reference a feature that lives locally, I must have a .devcontainer folder. For the rest, I can call the folder whatever I want and just pass a --config flag.

Is there any chance where that constraint is removed and locally referenced features work in any arbitrary folder? Maybe the parent folder of where --config is pointing to?

主要言語
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 を短くまとめたダイジェスト。