各タスクは独自のコンテナで実行されると聞き続けています。その場合、Job2が入力として読み取りたい出力としてリソースを生成するJob1がある場合(ジョブをパイプライン処理する典型的なケース)、その場合、どのように各タスクが独自のコンテナで実行されている場合、コンテナのリソースを別のコンテナで使用できますか?
また、単一のジョブに複数のタスクがある場合、各タスクは独自の新しいコンテナーで実行されますか?
各タスクは独自のコンテナで実行されると聞き続けています。その場合、Job2が入力として読み取りたい出力としてリソースを生成するJob1がある場合(ジョブをパイプライン処理する典型的なケース)、その場合、どのように各タスクが独自のコンテナで実行されている場合、コンテナのリソースを別のコンテナで使用できますか?
また、単一のジョブに複数のタスクがある場合、各タスクは独自の新しいコンテナーで実行されますか?
実際、各タスクは独自のコンテナーで実行されます。ここでの秘訣は、Concoursebaggageclaim
が個々のタスク コンテナのライフサイクルを超えて成果物を永続化するために呼び出される内部パッケージを使用することです。
タスクにoutput
. そのディレクトリに書き込むと、それは手荷物受取所の内部ワークスペースに存在し、他のコンテナーにマウントできるようになります (これは、同じビルドの後のタスクでそれoutput
をinput
.
get
ステップは同じ意味でこれらのボリュームを生成します。これがget
、特定のリソースに対してを実行するときに、リソースにinput
.