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

Suggestion: Docker images should have a "manifest" detailing the configuration options required to run a container

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

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

評価

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

調査の方向性

まず、Docker images が現在 ports、environment variables、file または volume mounts の設定情報をどのように公開しているかを確認し、提案されている manifest の要件と比較してください。完了の条件は、合意された manifest format と、実装および検証の明確な手順が定義されていることです。この issue ではファイルやテストは指定されていません。

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

説明

kind/feature status/0-triage
Description

If you were to pick a random container from a registry, AFAIK there is currently no way to know what configuration the container needs to be run:

  • Ports: You may be able to interrogate to get a list of ports, but you don't know exactly what they are for, whether they are for a common protocol or something proprietary.
  • Environment variables: You don't know which need to be set, or what the values should be
  • File/volume mounts: You don't know what paths will be read for configuration or volumes that need to be remapped

Why

Tools that are supposed to make working with containers easier don't have the information required to be able to prompt or guess what details need to be passed in, you have to look at the documentation. Most tools don't know how to do that, or where to find it. If that information could be packaged with the container, it would make it much easier for a variety of tools such as:

  • Docker desktop UI - It could prompt for what is needed
  • Hosting services could prompt and provide sensible defaults
  • LLM based tools for working with compose files and kubernetes would be able to understand what each specific container needs, and be able to make more sensible options based on it.
主要言語
Go
スター
6.1k
フォーク
2.2k
平均マージ
1日 10時間
マージ済み PR(30日)
47

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

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

はじめの一歩

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

docker/cli のほかの issue

docker/cli の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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