使われた場合に自動的に承認が必須になるという点です。まとめて実行する必要がありましたが、もっとシンプルに承認機能を使えるようになりました。同じなので、既に使ったことがある人は簡単に設定できるはずです。この辺りも徐々に改善されていて、今後もオプションの追加も予定されているとか。使った方が簡単に実現できるのでお勧めです。使っている場合に、どのような挙動になるのかが気になったので思いついたパターンを検証してみました。順番に動いていくパターンです。依存関係を定義していないので、書かれた順に実行されていきます。差し掛かったタイミングで承認待ちの状態に入りました。表示されるので分かりやすいです。大きくは変わっていないように感じます。承認待ち状態になりました。単位で毎回走るようです。実行されても困るので、この挙動は安心しました。同時に動く場合にどうなるかを試してみました。'auto'同時に同じリソースにデプロイしてるのはテストなので気にしないでください。両方とも同時に承認待ち状態になりました。毎に個別に承認・非承認を行えるようになっているみたいです。片方だけ承認しないということが簡単に行えました。設計が重要になりそうです。ボタンを押すと、もう一度承認待ちからやり直しになります。間違った時のリカバリーに使えます。複数の承認待ちを扱えることは知らなかったので、興味深い結果でした。まで同時に待てるのか気になりますが、検証が結構面倒なので確認まではしないでおきます。つにまとめた場合です。実行前に承認待ち状態になりました。それぞれ同時に動き出しました。利用する場合は、適当に使っていても問題ないケースが多そうです。用意することもあると思います。分けておくのが安全です。上では動かなかったらしいです。サンドボックス環境で動くので多少制限が厳しいですが、エラー内容に違和感を持ったので自分でも試してみることにしました。撒いても良い感じです。発生して立ち上がってくれません。取れないというのは謎いので、もうちょっと深堀してみます。ついてコメントが書かれていたので、ユーザープロファイル周りが怪しいと感じ始めました。デフォルトでユーザープロファイルを読み込んでないことが原因だと思いました。表には出てこないですが、証明書を読み込む場合などでたまに使うこともあるので知っておいて損はないです。発生させることなく立ち上がりました。プロキシをさせてしまえばよいので簡単です。デプロイの時と同じなので、特に難しいことはありません。