We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
現在30分おきにInvalidationを発行することで全てのファイルをデプロイし直すという力技をしているが、次の2つの観点から無駄がある。
そもそもinvalidationをカジュアルに使うのはベストプラクティスではなさそうだが、理想的な解決策が分かるまで、とりあえずinvalidationの頻度を減らす工夫を導入することにする。
このチケットでは、1の変更に取り組む。現状データが追加されるのは、会議が終わる平日の夕方のみなので、これだけでも多くのデプロイを減らせるはずである。具体的には、cronでartifactを生成したときに、変更がなければそこで処理を終了するようにすれば良い。
The text was updated successfully, but these errors were encountered:
現在の手法だと、デプロイが実は失敗していたとしても、リトライせずにスキップしてしまうことに気付いた。これを防ぐには前のデプロイが成功したかをまた別のフラグとして記録する必要がありそう。
Sorry, something went wrong.
No branches or pull requests
現在30分おきにInvalidationを発行することで全てのファイルをデプロイし直すという力技をしているが、次の2つの観点から無駄がある。
そもそもinvalidationをカジュアルに使うのはベストプラクティスではなさそうだが、理想的な解決策が分かるまで、とりあえずinvalidationの頻度を減らす工夫を導入することにする。
このチケットでは、1の変更に取り組む。現状データが追加されるのは、会議が終わる平日の夕方のみなので、これだけでも多くのデプロイを減らせるはずである。具体的には、cronでartifactを生成したときに、変更がなければそこで処理を終了するようにすれば良い。
The text was updated successfully, but these errors were encountered: