I’d like to configure the deployment triggers so they deploy to the destination environment only if it has not been deployed to yet. I don’t want deploy triggers redeploying what’s already in a given environment in the most recent release.
I have a large number of projects with scheduled deployment triggers set to deploy from Development to QA at regular intervals. If the Development deploy has already been promoted to QA, I don’t want a subsequent scheduled trigger to redeploy to the QA environment if it’s already been deployed to. With how it is now dozens of deploys get queued up that are effectively redundant, wasting a lot of time in our task queue. My idea here is for the scheduled triggers to promote only new updates to QA, not redo things that have already been promoted from Dev to QA in the most recent release of a project.
Is this possible to configure in the UI? Does the Octopus REST api expose enough that I can create a script to do things this way? (For a project, get the default channel, check whether an environment has been deployed to or not, and if it hasn’t, trigger a deploy to it.)
Thank you for posting your issue. Would you mind telling me what version of Octopus you are running?
Just to confirm, so I can make sure I understand correctly, I assume you want to do something like this:
Take v1.1 that is in DEV and deploy to QA automatically if QA is v1.0, but do nothing if QA is already v1.1
We have a few options that revolve around what you are looking for. Depending on how you want to shape things, Lifecycles, Runbooks, and triggers (with “Do not re-deploy to existing deployment targets that are already up-to-date with the current deployment” selected) can all deploy new releases and avoid redundant deployments.
I apologize if I’m misunderstanding what you are going for. Feel free to provide more details if that is the case. Looking forward to hearing back from you.
You understand me perfectly, Donny. The trigger option you mentioned would be just what I need.
We have Octopus server version 2019.6.8. Does the “do not re-deploy to existing deployment targets taht are already up-to-date with the current deployment” option exist in this version?
Update: I see that the “Deployment Target Trigger” has this option, but the “Scheduled Trigger” does not. It’s the scheduled triggers I’d like to be able to configure this on.
