integration of compose-like container groups
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 20/100
調査の方向性
この issue では、ファイル、テスト、エントリーポイントが指定されていません。まず既存のコンテナのライフサイクルとテストワークフローを確認し、その後、その機能を Docker Compose による異種コンテナグループの管理と比較してください。完了には、テストスイート内で複数のコンテナシステムを構成、実行、繰り返し破棄するための、合意されたスコープと設計が必要です。
索引モデルが issue の本文から書いたものです。
説明
Although only recently having entered the containers space, I have come to understand the importance of Container Structure Test.
Docker and other developers of container infrastructure emphasize the value of building custom containers for testing general software, even software not generally targeted for containers, but few emphasize the importance of validating a container image before publishing it to external consumers.
The Docker interface is not natively friendly to the workflow of reusing an image for repeated cycles of container creation and destruction, and therefore, management of these processes is an important source of value from this project.
Automation in container testing seems to entail two critical aspects. One, as just explained, is management of the life cycle of a container and automatic processes occurring within the lifetime. The other is management of groups of containers, of heterogeneous source images, related to each other by sharing of otherwise isolated resources, such as network connectivity. Docker Compose seeks to achieve the latter objective.
In the case of robust container testing, I have come to understand, the needed for both of these automation features being integrated into a single, cogent workflow.
To make possible a truly robust test suite, a framework should allow a test suite to include specifications of any number of systems of heterogeneous containers, each such system being created and destroyed any number of times, under various specific constraints or performing various specific tasks, That is, a test suite in general should encapsulate multiple Compose-like definitions, and should handle the entire life cycle of all components from each definition.
It suggest it would be quite worthwhile for Container Structure Tests to move in such an ambitious direction.
- 主要言語
- Go
- スター
- 2.5k
- フォーク
- 213
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
GoogleContainerTools/container-structure-test のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
allstar
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
GoogleContainerTools/container-structure-test#393 · コメント 639 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
GoogleContainerTools/container-structure-test#280 · リアクション 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
-
Windows: structure_test binary missing .exe extension causes "Open With" dialog instead of running tests対応中かも @peakschris が 146 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
GoogleContainerTools/container-structure-test の issue をすべて見る
似ている issue
-
docs(prompts): IF BLOCKED workflow-scope branch says to comment on the issue on jira/local trackersオープンagent-butler-finding bug
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
jordansmall/spindrift#6238 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
microcks/microcks-cli#608 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug from-studio
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
esengine/DeepSeek-Reasonix#14868 ·
メンテナーはふだん 1 日以内に返信
-
Install notes print "Camunda REST API: https://" without a host when global.host is set対応中かも @irisfield が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
camunda/camunda-platform-helm#7790 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
wso2/agent-manager#2220 ·
メンテナーはふだん 1 日以内に返信