変更によって 2 つのビルドが連続でキューされました

フィールドを変更するために lizard service set を実行し、その後 lizard redeploy を実行した結果、1 つではなく 2 つのビルドになりました。

これは何を意味するのか

service set の呼び出しは、すでにそれ自体で再ビルドをトリガーしていました。続けて実行した redeploy により、2 つ目の冗長なビルドがキューされました。

なぜこれが起こるのか

サービスの ビルドに影響する フィールド — repoUrl、branch、sourceType、buildCommand、dockerfilePath、または rootDirectory — を変更すると、すぐに自動で再ビルドされます。ランタイムのみ のフィールド — startCommand、preDeployCommand、containerPort、watchPatterns — を変更しても、自動で再ビルドは されません。これは次回のデプロイ時にのみ反映されます。

service set のたびに反射的に redeploy を続けて実行しがちですが、それが意味を持つのはランタイムのみのフィールドに対してだけです。

考えられる解決策

変更したフィールドの種類を確認する

再ビルドのトリガー一覧表を参照してください。ビルドフィールドであれば、再ビルドはすでにキューされています。追加では何もしないでください。

lizard events   # confirm only one build is in flight

ランタイムのみの変更後にだけ redeploy する

lizard service set api --set startCommand="node server.js"
lizard redeploy --service api   # needed here — startCommand doesn't auto-rebuild