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

Support SSH agent forwarding for container image builds (`--ssh`)

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

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
docker, go
領域
devops

調査の方向性

Start with internal/containers/image_build.go, where the shared image-build logic lives, and internal/containers/image_orchestrator.go for the build-context model. Then find the public API build-options models and their controller mappings, and trace how build secrets are passed to the runtime's build command so SSH forwarding can follow the same path. Done means a build request with SSH enabled produces the equivalent of --ssh default in the runtime command, with tests covering the mapping.

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

説明

Problem

Container image builds that fetch dependencies from private Git repositories may require SSH agent forwarding. Docker and Podman support this through the --ssh build flag:

docker build --ssh default .

The Dockerfile can then use an SSH mount without copying private keys into the image:

RUN --mount=type=ssh,id=default uv sync --locked --no-dev

DCP’s container build configuration currently exposes build arguments and build secrets, but not SSH forwarding. Consequently, builds initiated through clients such as Aspire fail with Permission denied (publickey), even when the equivalent manual build succeeds.

The current workaround is to build manually with --ssh default first, allowing subsequent DCP builds to reuse the cached dependency layer. This breaks whenever that layer’s cache is invalidated.

Requested support

Expose optional SSH forwarding configuration in DCP’s container image build API and propagate it to the container runtime’s build command.

At minimum, support the equivalent of --ssh default, using the caller’s existing SSH agent. Named SSH mounts and explicit agent socket paths would also be useful where supported by the runtime.

Implementation pointers

Relevant areas include the [container build-context model](https://github.com/microsoft/dcp/blob/main/internal/containers/image_orchestrator.go) and [shared image-build implementation](https://github.com/microsoft/dcp/blob/main/internal/containers/image_build.go), together with the public API models and controller mappings.

Related issue

[microsoft/aspire#10510](https://github.com/microsoft/aspire/issues/10510) requests corresponding AppHost support. Adding the DCP capability would enable Aspire to expose SSH forwarding for local container builds.

主要言語
Go
スター
191
フォーク
26
平均マージ
1日 1時間
マージ済み PR(30日)
16

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

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

microsoft/dcp のほかの issue

microsoft/dcp の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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