A library that exposes heroku commands via Heroku's Platform API, with focus of letting non privileged developers carry out tasks around deployments, but not run dangerous commands or get access to the data.
Under Heroku's permission model, giving someone access to push/promote to production means giving full access to the data as well. This is generally not a good practice and for certain companies, it might be non-compliant.
Our team wanted to let every engineer do deployments without giving production access. We started this by using atmos/hubot-deploy and atmos/heaven, but that didn't the ability to run migrations, set config variables etc. hubot-heroku was made with this consideration in mind.
- It's an opionated helper to get things done on Heroku, not an API client
- Only use Heroku's Platform API, no direct running of commands in Bash
- Test coverage for commands, especially if we're implementing
- Certain commands (such as migrate) only work for Rails now =(
- Actual deployment is not the focus of this robot
By the way, I'm also actively looking for co-contributors!
Deployment usually involves some form of CI process. Hence it is best suited for a robust solution like Github deployments, where you can set required CI contexts etc.
This robot is focused on letting you run auxiliary commands around the heroku system, so developers don't have to be given production access to independently manage deployments.
Roles are not available for now, but will be available at a later date.
The Heroku API key can be obtained here.
and set it in Slack with the command setenv NESTOR_HEROKU_API_KEY=heroku-api-key
heroku list apps <app name filter>- Lists all apps or filtered by the nameheroku info <app>- Returns useful information about the appheroku dynos <app>- Lists all dynos and their statusheroku releases <app>- Latest 10 releasesheroku rollback <app>- Rollback to a releaseheroku restart <app> <dyno>- Restarts the specified app or dyno/s (e.g.workerorweb.2)heroku migrate <app>- Runs migrations. Remember to restart the app =)heroku config <app>- Get config keys for the app. Values not given for securityheroku config:set <app> <KEY=value>- Set KEY to value. Case sensitive and overrides present keyheroku config:unset <app> <KEY>- Unsets KEY, does not throw error if key is not present
For example, heroku config:set API_KEY=12345
If you get errors, this might help:
- 400 - Bad request. Hit me with an issue
- 401 - Most likely the API key is incorrect or missing
- 402 - According to Heroku, you need to pay them
- 403 - You don't have access to that app. Perhaps it's a typo on the app name?
- 404 - No such API. Hit me with an issue.
- 405+ - Hit me with an issue
Reference the API documentation for more information. Search for "Error Responses".
- Mocha
- Chai for BDD expect syntax
Run tests by running npm test
