Dockerfileを使用してConcourse CIでテストするためのカスタムイメージを構築する

Question

特定のテスト環境でテストを実行する必要があるため、カスタムコンテナを作成してコンコースCIでテストを実行します。

我々は

Concourse --> Build Image --> Push to Artifactory/Docker Hub --> Pull into pipeline --> run container --> run the tests 

あるワークフローを認識している。しかし、我々はハブにイメージをプッシュするという要件を持っていないし、むしろ私がチェックアウトしたこの

Concourse -- Build Image -- run container -- run the tests 

のようなワークフローを好むだろうPivotal's blog,issueですが、最初のワークフローについて説明します。

2番目のワークフローを達成できますか？

Answer 1

タスクを定義するときに、​​オプションを使用して目的を達成することができます。

ので、それはあなたが提供する必要があります何ですが、ここでimageオプションがrootfsとないドッキングウィンドウの画像を期待しています。

私はこれが迷惑で逆向きに見えるかもしれないが、コンコースの抽象化に合っていると理解しています。ドッカーイメージはリソースであるため、他のすべてのコンソールリソースと同様に、コンコース以外のいくつかの店舗に保存およびバージョン管理する必要があります。コンコースは、新しい画像がアップロードされたことがわかった場合にのみ新しい画像をダウンロードするので、正しいワークフローは少し違うと主張します。

私が行うことは、必要なものをdocker-image-resourceputにフィードし、それらのリソースのいずれかが変更されるたびにトリガーするジョブを持つことです。次に、イメージが必要な作業で、ドッカーの店から引き出します。コンコースは変更されるまで画像をキャッシュするため、ほとんどの場合、ネットワークトラフィックを使い切る必要はありません。

例として、あなたは、コンコースのチームがこれを行う方法を... 我々はドッキングウィンドウ-画像リソースを使用してpipeline that builds imagesを持って、その後、私たちのmain pipelineは、これらのイメージを消費し、キャッシュされたバージョンの大半を使用して見ることができます時間。