私はプロジェクトのテストを書いています。私はドッカーの画像ビルドをテストし、検証したいと思っています。しかし、私はイメージをプッシュしたくない。ドッカー画像をテストする
イメージをCI(taskclusterなど)上にビルドしてテストを実行します。
私はプロジェクトのテストを書いています。私はドッカーの画像ビルドをテストし、検証したいと思っています。しかし、私はイメージをプッシュしたくない。ドッカー画像をテストする
イメージをCI(taskclusterなど)上にビルドしてテストを実行します。
あなたはtaskcluster/docker-worker
を使用する必要があり、それはreference documentationに詳述されているDocker workerです。
そのワーカーにはtest suitesが含まれています:taskcluster/mozilla-taskcluster
に例があります。
私はその例を見てきました。問題は、ローカルに構築されたイメージをCIにプッシュしたくないということです。私はイメージを構築し、CIで検証したいと思っています。 私はtaskclusterの暫定労働者を活用する: ' - provisionerId: は' workerType "{{taskcluster.docker.provisionerId}}" ': "{{taskcluster.docker.workerType}}"' – proton
最終イメージよりもソースコードでテストを実行します。
デプロイメントドッカーと同じ環境で、正確に1つのビルドドッカーを作成します。 ビルドドッカーのソースコードをマウントし、ビルドドッカー内でテストケースを実行します。テストケースが成功した場合は、デプロイメントイメージをビルドして押します。
は、方法はありませんドッキング・イメージはCIによって構築できますか? – proton
シンプルなmakefileを書くとビルドドッカーのイメージにソースコードがマウントされ、そのドッカーのコンテナでテストケースが実行され、ドッカーが作成され、レジストリにプッシュされます。 Submit code - > testcaseを実行する - >デプロイメントドッカーをビルドする - >レジストリにプッシュする - >環境にデプロイする –
プロセスをより明確にするためのリソースがありますか?私はmakefileが何であるかというわずかな考え方を持っていますが、このようなことをするためにそれを使う方法は、私が理解していないものです。 – proton
質問は何ですか? – Rao
@Rao質問はどうやってローカルビルドをCIにプッシュせずにドッカービルドをテストできますか?私は、CIがイメージを構築してテストすることを望んでいます。 – proton