Please note that the most up-to-date Probo Product Roadmap can now be found on the Probo Documentation site

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.

Not long ago we were talking about the value of testing your updates in feature branch instances. It’s the most efficient way of ensuring the quality of applied updates, but it’s very time-consuming.

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.

Continuous delivery, deployment, and integration tools are popping up in more places every day. Developers at Instagram recently wrote a blog post about the internal tool they built to allow the team to automate backend code deployment up to 50 times every day, “whenever engineers commit changes to master…with no human involvement in most cases.”

Probo.CI, a new automated testing tool, dramatically improves teamwork on web projects.

Probo.CI is a new tool for automating testing and quality assurance during web application development. It is based on a core idea that a team should deploy features quickly, and with no negative impact on an already functioning system. The people driving the request must be part of the process from the beginning. Bringing stakeholders together helps ensure the success of a project and is part of the core mission of DevOps.

Probo.CI is not just another shiny continuous integration tool. When we released the beta version of Probo, one of the most frequently asked questions is how Probo differs from other CI tools already available to developers. There’s a short answer: Probo provides a link.

What does it actually mean to get a link? Probo is unique because it actually spins up a whole new copy of your site that incorporates the proposed changes, and it gives you a link to see the version of the site with just that change.

This post originally appeared on the Zivtech blog.

Howard Tyson, Vice President of Engineering at Zivtech, recently gave a talk at DrupalCon Barcelona about Probo.CI, our new continuous integration tool that’s currently in beta. If you’d like a demo or to participate in the Probo.CI beta, hit us up at info@probo.ci.

This post originally appeared on the Zivtech blog.

As a project manager, you want to share a link with a client for quick feedback, and too often it‘s not as easy as it should be. Here’s the problem: you pass on a test link, and you throw in a caveat with very specific instructions: only test this feature and don’t touch anything else because there may be unfinished and unstable code in there.

We’ve been working hard on Probo.CI and rolling out updates all of the time! This time last week we added support for Bitbucket to the hosted Probo app. I’m pleased to announce that we now have complete feature parity with our GitHub integration. Everything you can do with GitHub and Probo now also works with Bitbucket as well: