๐Ÿ› ๏ธ DevOps Tips ๐Ÿ› ๏ธ If your GitHub workflows or jobs are failing due to jobs concurrently accessi...๐Ÿ› ๏ธ DevOps Tips ๐Ÿ› ๏ธ If your GitHub workflows or jobs are failing due to jobs concurrently accessi...
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started
๐Ÿ› ๏ธ DevOps Tips ๐Ÿ› ๏ธ If your GitHub workflows or jobs are failing due to jobs concurrently accessing and/or modifying shared resources, You can control execution at the workflow or job levels using the concurrency.
Jobs/Workflows in the same are prohibited from running at the same time, and you can cancel any jobs/workflow if you trigger another one.
Groups let you define compartments in which you don't want concurrent workflows running. They can be organized however you like. I find that using them in separate environments is a great practice.
Cancel-in-progress: specifies if the old running job/workflow needs to shut down.
Post image
Back to feed
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started