However, the export-opsmgr-settings task can take upwards of 10 minutes to complete, given that it is generating a rather large file.
It is possible for some user (or pipeline) to add in a pending change or begin an apply-changes operation during this long time window.
Can we account for this by adding a new check after the settings have been exported that fails the pipeline if new changes are detected or runs a new wait-opsman-clear and then re-exports the settings before continuing?
We have created an issue in Pivotal Tracker to manage this. Unfortunately, the Pivotal Tracker project is private so you may be unable to view the contents of the story.
The labels on this github issue will be updated when the story is started.
The current initial task order for
upgrade-ops-manager
is:However, the
export-opsmgr-settings
task can take upwards of 10 minutes to complete, given that it is generating a rather large file.It is possible for some user (or pipeline) to add in a pending change or begin an apply-changes operation during this long time window.
Can we account for this by adding a new check after the settings have been exported that fails the pipeline if new changes are detected or runs a new
wait-opsman-clear
and then re-exports the settings before continuing?