Pipeline Flow Optimization: Run Next Pipeline

A small yet significant change, this week’s update to Run Next Pipeline action will let you optimize your delivery process and release faster in handsome fashion. 😎

From now on, you can force the action to wait until the triggered pipeline has finished, before the original pipeline can proceed with the rest of actions. All you need to do is flip the switch:

Buddy v2.0.25 Released (12-04-2018)

New Features

  • [Pipelines] Run next pipeline action now has an option to wait until the triggered execution has finished before proceeding to the next action
  • [Version Control] It is now possible to switch Git integration. When adding a new project from GitHub, Bitbucket or GitLab, the user gives Buddy access over OAuth. However, there was a problem if the project creator lost access to the repository, e.g. was removed from the GitHub organization. From now on, you can change the authorized user in the Project Options. You can also update the source repository which is useful if the original repo or organization name has been changed.

Improvements

  • [Kubernetes] Run K8s job action now supports parallelism
  • [Heroku] You can now run Git commands in Heroku CLI action
  • [Docker] Run Docker Container action can now be used in pipelines with the branch assignment set to ‘None’
  • [Docker] Run Docker Container action now supports Buddy parameters

Bugfix

  • By default, the flag ‘Always run queued execution’ is set to FALSE. This means that all queued executions are skipped and only the newest one is run. This was not working for pipelines with the branch assignment set to ‘None’. Fixed
  • AWS S3 deployment validation did not include the target path, which produced ‘Access denied’ in case the user did not have access to the bucket’s root. Fixed. Thanks for the heads up, Jack!
  • [YAML] Fixed a bug with incorrect YAML parsing if the trigger time was changed from ON_EVERY_EXECUTION (default value) to ON_BACK_TO_SUCCESS.
  • [Sandboxes] A month ago we introduced user-friendly URL’s to Sandboxes generated from the branch name and repo slug. However, there was a problem if the subdomain generated was longer than 63 characters. We have solved that by cutting longer subdomains.

New feature: Tag push support

At the beginning of the year, we made a poll where we asked our customers which feature we should add next.

The winner were on-tag releases & PR support. Today we’re delivering the first feature, with the second one following shortly, as the biggest part of the work is already done 😎.

Buddy v2.0.20 Released (27-03-2018)

New Features

  • [Pipelines] Tag push support
  • [Pipelines] Buddy will now recommend consecutive actions for your pipeline

Improvements

  • [Pipelines] Easier access to commits and files in the pre-execution review
  • [Rollbar] Better support of errors returned by the Rollbar integration
  • [CodeDeploy] Better support of errors returned by the AWS CodeDeploy integration
  • [Enterprise] The limit for sandboxes has been removed

Bugfix

  • Fixed a bug with actions in the ‘On back to success’ section not launching if primary actions contained ‘Wait for Apply’

New feature: Manual update mode in Sandboxes

Sandboxes act as stage servers, allowing you to run your application from a chosen branch with just one click.

Every time you make a push to this branch, the application is rebuilt and run afresh. It’s a great solution for stage branches because the sandbox will always serve the newest code version.

Buddy v2.0.19 Released (20-03-2018)

New Features

Improvements

  • [Cloudflare invalidation] Sometimes Cloudflare’s API was unreachable so since now the action takes 3 invalidation attempts with a 5-second interval. If all actions still fail, the action ends with ‘Failed’ status
  • [Optimization] The application has been optimized for RAM usage in the client’s browser
  • [Private Git Hosting] Improved support for errors’ output when fetching repo from private Git hosting. From now on, the error description will allow you to diagnose the issue yourself without the need to contact support
  • [SSH] During the connection validation, we now check whether BASH is available on the server (if you chose this shell in the action settings)
  • [Buddy Enterprise] Improved settings division and properties description
  • [Buddy Enterprise] You can now define the maximum file size that can be committed to the repo (until now it was 100MB)

Bugfix

  • [Sandboxes] If you were using your own Docker image with no bash shell, ‘Browse’ in the Sandboxes was throwing an error for binary files
  • [Pipelines] Fixed a bug with actions in the ‘On back to normal’ section being executed even when they were disabled

Buddy v2.0.16 Released (13-03-2018)

New Features [Limited Beta]

Tag pushes (coming March 27, 2018)
Pull request executions (coming April 2018)

Improvements

  • [Kubernetes] Overwrite/Cascade and Validate flags are now set to true by default in the Apply Deployment action
  • Opening a stacked view now always display the name of the parent project on the top navi-bar (e.g. when opening an element from the global Activity stream)
  • AWS ElasticBeanstalk and CodeDeploy actions now support ENV VAR in the source path
  • Improved support for .gitignore in Deployment from Heroku/Azure and Git Push actions. All of them now deploy artifacts and code processed in previous actions by default
  • [Enterprise] You can now set maximum size for files commited to the repo
  • [Enterprise] Added a validator for GitLab integration that will check for the protocol in the URL to the GitLab instance

Fixes

  • Fixed a bug witch cloning a pipeline with two Wait for Apply actions that was causing the app to crash
  • Generating pipeline statistics in large projects no longer causes timeouts
  • Opening details for a commit that was previously removed from the repo now produces an error

CI/CD Stories: Automating Drupal delivery with Druid

CI/CD Stories are articles in which we show how companies use Buddy to optimize website delivery.

A significant part of our clients are small and medium webshops who don’t need complicated enterprise software. For them, simple and lightweight Buddy is the perfect DevOps tool.

One of such companies is Druid, a software house from Helsinki, Finland. In addition to regular druid stuff (blood magic, shapeshifting to bears, summoning golems, etc.) the team specializes in Drupal websites and projects.

Buddy v2.0.15 Released (06-03-2018)

Improvements

  • The Eslint action now supports custom configs
  • You can now use \ (backslash) to enter multi-line commands in the Environment Customization tab
  • The comment field in the execution run has been brought to front from ‘More options’
  • [Sandboxes] If the indicated SQL dump file is no longer in the repository, Buddy will show you a warning in the logs
  • [Sandboxes] Support for Webpack v4.0.0

Fixes

  • [Sandboxes] Removing a branch now also removes the assigned sandbox
  • [Sandboxes] Fixed WP Theme & Plug-ins stack
  • Sometimes deleting a pipeline would produce errors in other browser tabs where the pipeline was active

Get started now

14 days of unlimited trial. No credit card required.