Tugboat (and many deploy preview tools) works by asking users to commit a
config.yml file to a specific directory in the linked git repository. While this provides a quick way to get up and running with building on-demand environments, there are cases when this process represents a constraint for organizations. To facilitate integration with a popular open-source CMS framework’s issue queue, we’ve added a new feature to Tugboat’s API: the ability to accept a
config.yml as a parameter, instead of requiring it to be committed to the linked git repository. This new feature opens the door for a lot of interesting build possibilities!
Git pull request builders; sometimes called things like Deploy Previews, front-end staging environments, or Review Apps; build working versions of websites or web apps for every pull request. This functionality provides benefits to many different roles across a software development organization. Today, we’ll look at why front-end developers should use one of these deploy preview tools.
As a git pull request builder focused on the “build” part, Tugboat has added new service commands to support more flexible Preview builds! These additional commands provide support for post-build processes, and offer new possibilities for third-party integrations.
A new type of software development tool has been emerging for the past few years; the git pull request builder. You may have seen this same feature called Deploy Previews by Netlify, on-demand front-end staging environments by FeaturePeek, Review Apps by GitLab; the industry hasn’t yet centralized on a way to refer to this concept.
Automated testing in software development is the cornerstone of a strong agile development process. Being able to quickly and easily verify that new functionality doesn’t break existing code, or that it functions as expected, is key to iterating and releasing quickly and with confidence. However, in many organizations, extensive testing — even automated testing — is not practical due to infrastructure constraints or long build times. The solution for this quandary is to leverage on-demand environments for automated testing. A git pull request builder like Tugboat, which generates working versions of your website or web app for every pull request, can replace static and constrained infrastructure in your automated testing process.
Netlify is popular among people who are looking for a simple platform to build and host websites, but one feature in particular gets a lot of love from developers and site-builders: Netlify Deploy Previews. There’s a good reason for this: the ability to deploy every pull request from a Git repository to create a fully-functional version of a website is pretty transformational to the development experience. If you’ve wanted the ability to have deploy previews but aren’t using Netlify as a web host, there’s good news: you can get on-demand previews of your websites via a hosting-agnostic service: Tugboat.
Static site generators such as Jekyll, Hugo, and MkDocs, are great tools for quickly generating minimal-infrastructure websites. Many of the popular static site generators have great community support, and offer a wide variety of themes and advanced customization options. One drawback of static site generators, though, is that before pushing updates live to production, changes are only visible in local development environments. The ability to see a working preview of your site, that is decoupled from your local dev environment, is a great tool for collaborating, code review, testing changes, and debugging.
Tugboat (and our parent company, Lullabot) strives to be inclusive, recognizing and valuing the humanness in one another. One way we can do this is by examining the language we use internally, as well as in our customer-facing repositories and documentation.