2017-04-12 9 views
0

私はプロジェクトのテストを書いています。私はドッカーの画像ビルドをテストし、検証したいと思っています。しかし、私はイメージをプッシュしたくない。ドッカー画像をテストする

イメージをCI(taskclusterなど)上にビルドしてテストを実行します。

+1

質問は何ですか? – Rao

+0

@Rao質問はどうやってローカルビルドをCIにプッシュせずにドッカービルドをテストできますか?私は、CIがイメージを構築してテストすることを望んでいます。 – proton

答えて

1

あなたはtaskcluster/docker-workerを使用する必要があり、それはreference documentationに詳述されているDocker workerです。

そのワーカーにはtest suitesが含まれています:taskcluster/mozilla-taskclusterに例があります。

+0

私はその例を見てきました。問題は、ローカルに構築されたイメージをCIにプッシュしたくないということです。私はイメージを構築し、CIで検証したいと思っています。 私はtaskclusterの暫定労働者を活用する: ' - provisionerId: は' workerType "{{taskcluster.docker.provisionerId}}" ': "{{taskcluster.docker.workerType}}"' – proton

0

最終イメージよりもソースコードでテストを実行します。

デプロイメントドッカーと同じ環境で、正確に1つのビルドドッカーを作成します。 ビルドドッカーのソースコードをマウントし、ビルドドッカー内でテストケースを実行します。テストケースが成功した場合は、デプロイメントイメージをビルドして押します。

+0

は、方法はありませんドッキング・イメージはCIによって構築できますか? – proton

+0

シンプルなmakefileを書くとビルドドッカーのイメージにソースコードがマウントされ、そのドッカーのコンテナでテストケースが実行され、ドッカーが作成され、レジストリにプッシュされます。 Submit code - > testcaseを実行する - >デプロイメントドッカーをビルドする - >レジストリにプッシュする - >環境にデプロイする –

+0

プロセスをより明確にするためのリソースがありますか?私はmakefileが何であるかというわずかな考え方を持っていますが、このようなことをするためにそれを使う方法は、私が理解していないものです。 – proton

関連する問題