Our Capistrano build-integration has changed to accommodate changes to our Build API, and there may be changes required to continue to notify of your Capistrano releases
Heroku deployment notifications have been removed from this gem. You can find information on how to set up a Heroku deploy hook at our documentation.
Rake deployment notifications have been removed from this gem. While we don't have an explicit replacement for the Rake tasks, information on how to send a build notification can be found in our Build API documentation.
The task :deploy
has been renamed to :release
. Any references to it should be renamed accordingly.
branch
has been removed.bugsnag_builder
has been added. This should be the name of the person or machine that has triggered the release. Can also be set using the environment variablesBUGSNAG_BUILDER_NAME
orUSER
. Will default to the result of thewhoami
command on the releasing machine.bugsnag_auto_assign_release
has been added. Thi#s will ensure all event notifications received will be assigned to this release. This should only be used if you are not using theapp_version
configuration option within your application. Can be set using the environment variableBUGSNAG_AUTO_ASSIGN_RELEASE
. Will default tofalse
.bugsnag_source_control_provider
has been added. This contains the type of on-premise server the application uses for source-control, and therefore should only be used if an on-premise source-control solution is used. Valid settings are:github-enterprise
,gitlab-onpremise
, andbitbucket-server
. Can be set using the environment variableBUGSNAG_SOURCE_CONTROL_PROVIDER
. Defaults tonil
.bugsnag-metadata
has been added. This should be a hash containing any additional data you wish to attach to your release notification.
A full list of configuration options can be found at the Capistrano build-integration guide.