I recently wrote a blog post on Medium titled Continuous Collaboration: Coining a new term for Probo, in which I describe the differences between Probo and other Continuous Integration software, and argue that we need a new term to describe software like Probo.
Probo is built by Zivtech. We are mainly a Drupal shop, but Probo is not a Drupal-specific tool. We use it with any web technology, including WordPress.
One of our clients using WordPress is All Ages Productions, a video production company here in Philadelphia. All Ages created the Probo explainer video for us, and in return we help them support their WordPress site, so they got to experience the product they were helping us market as end-users.
Yesterday we pushed a big release that gave us a lot of behind the scenes improvements and a few that will be very visible to our users. When you tried to visit a build that we removed because you pushed newer code or because you had exceeded your disk quota, we would serve you an internal error in JSON format. Some of our power users learned to know what those error codes meant but for most people it was disorienting and definitely didn't feel very polished.
To use this process, you are required to maintain your own infrastructure to spin up QA servers quickly, run automated tests and share the testing instance between team members. And preferably, you do it every time an update is applied for any of the modules across your websites.