The idea for a pingback
step would be to account for delivery pipelines that are completed, or interacted with, by external services and tools.
The jenkins-infra project is a good example of this, as would any other r10k-based Puppet delivery pipeline. The Puppet master (central server) is responsible for the "last mile" of delivery, meaning that code isn’t truly deployed until:
-
it is deployed to the Puppet master
-
Puppet agents pick up, and apply, the correspondnig catalogue changes
pingback
could operate similar to input
insofar as introducing a blocking step inside of the Jenkins Pipeline DSL. This would allow an external service to make a well-formed HTTP POST
request to a URL, such as http://jenkins.example.com/job/puppet-delivery/pingback
, and resume a delivery pipeline.