Python PowerShell Shell
Latest commit 7c84510 Feb 8, 2017 @duggan Fix CHANGELOG formatting
Failed to load latest commit information.
appveyor Setup appveyor.yml and install script Oct 5, 2015
docs Fix typos in documentation Aug 8, 2016
pontoon 0.2.4 Feb 7, 2017
test Add --yes flags and fix tests Mar 6, 2016
.gitignore Add .tox/ directory to .gitignore Oct 1, 2015
requirements.txt Fix docs build Oct 13, 2015


A Python CLI (and library) for Digital Ocean.

Linux CI Windows CI Code Coverage Docs
Build Status on Linux Build status on Windows Coverage Status Documentation Status


Pontoon makes interacting with Digital Ocean on the command line smooth sailing.

It is designed for human consumption, and aims to have good defaults.


Pontoon has one rule it imposes on top of Digital Ocean:

Names are unique.

Unique names make for a much easier command line experience. For Droplets, names are hostnames, and hostnames should be unique anyway; it's just a good idea.

They don't have to be unique forever though; once a Droplet is destroyed, it's fine to use the name again.

Anything "recommended" (like secure-erasing the drive on termination) is optional, but enabled by default.


Install via pip:

$ pip install pontoon

To install the latest (development, unstable) release:

$ pip install

If you'd like to package pontoon for your favourite OS, feel free to do so (and please send a PR to this README!)

More options are on the way.

CLI Usage


Set up your credentials and preferences:

$ pontoon configure

You'll be prompted for your Digital Ocean API credentials (available here), and whether you want to use existing SSH credentials or for them to be generated (using OpenSSH).

The rest are preferences, and can be set at any time by running configure again, editing the ~/.pontoon config file (YAML format), or by specifying them with options on the command line.

Create your first Droplet!

Now you can create your first droplet:

$ pontoon droplet create foobar
Creating Droplet foobar (512MB using Ubuntu 12.04 x64 in Amsterdam 1)...

SSH into your Droplet

If everything's configured correctly, you should be able to SSH into your Droplet like so:

$ pontoon droplet ssh foobar
Welcome to Ubuntu 12.04 LTS (GNU/Linux 3.2.0-23-virtual x86_64)

 * Documentation:
Last login: Fri May  3 18:23:56 2013

List your Droplets

$ pontoon droplet list
foobar:         (512MB, Ubuntu 12.04 x64, Amsterdam 1,, active)

or for more detail:

$ pontoon droplet list --detail
   id:                  998
   name:                foobar
   size:                512MB
   image:               Ubuntu 12.04 x64
   region:              Amsterdam 1
   status:              active
   locked:              False
   private_ip_address:  None
   created_at:          2013-11-09T13:22:40Z
   backups_active:      False


Pontoon bundles a modified fork of python-digitalocean, which can be imported and used as pontoon.lib. The main difference the fork introduces is a system for interacting with mock API responses from DigitalOcean for more thorough testing.


Pull requests for bugs are always welcome! New functionality should generally be preceded by a discussion, though if you've written something that you needed and want to contribute back, a pull request is a fine way to start that discussion 🎉

All of the code in pontoon is PEP-8 audited (using pytest-pep8), and there's a full suite of tests written for py.test (library code) and Bats (interface). Contributions should, therefore, include tests and pass a PEP-8 audit.

Running the tests

Tests are run via Tox.

For example, to test the library, CLI and coverage for Python 2.7, run:

$ pip install tox
$ tox -e py27,lib,cli,coverage

The .travis.yml file in this repository enumerates all the tests that are performed.

The CLI tests require BATS, and PEP8 checks are performed in both the lib tests and cli tests.

On OSX, bats can be installed with homebrew:

$ brew install bats

On Debian/Ubuntu, I've set up a PPA for easy installation of bats:

$ add-apt-repository ppa:duggan/bats
$ apt-get update
$ apt-get install bats

The main project is MIT licensed, and the bundled library inherits LGPLv3.


Set the DEBUG environment variable (to anything) to enable debug output for pontoon.

This will give a step through of most methods being executed during a command, like so:

$ DEBUG=1 pontoon droplet destroy foobar
2013-11-09 18:37:06,187 [pontoon.configure:DEBUG] combined: (){}
2013-11-09 18:37:06,187 [pontoon.configure:DEBUG] read_config: (){}
Destroying foobar and scrubbing data...
2013-11-09 18:37:06,204 [pontoon.droplet:DEBUG] destroy: (<pontoon.droplet.Droplet instance at 0x10ce1fd40>, 'foobar', False){}
2013-11-09 18:37:06,204 [pontoon.droplet:DEBUG] id_from_name: (<pontoon.droplet.Droplet instance at 0x10ce1fd40>, 'foobar'){}
2013-11-09 18:37:06,204 [pontoon.droplet:DEBUG] list: (<pontoon.droplet.Droplet instance at 0x10ce1fd40>,){}
2013-11-09 18:37:06,205 [pontoon.pontoon:DEBUG] render: (<pontoon.pontoon.Pontoon instance at 0x10ce1fcf8>, 'droplets', '/droplets'){}
2013-11-09 18:37:06,205 [pontoon.pontoon:DEBUG] request: (<pontoon.pontoon.Pontoon instance at 0x10ce1fcf8>, '/droplets'){'params': {}, 'method': 'GET'}
2013-11-09 18:37:07,498 [pontoon.pontoon:DEBUG] render: (<pontoon.pontoon.Pontoon instance at 0x10ce1fcf8>, 'event_id', '/droplets/998/destroy'){'params': {'scrub_data': 1}}
2013-11-09 18:37:07,498 [pontoon.pontoon:DEBUG] request: (<pontoon.pontoon.Pontoon instance at 0x10ce1fcf8>, '/droplets/998/destroy'){'params': {'scrub_data': 1}, 'method': 'GET'}

A timestamp, followed by the module, debug level, the method called and the arguments to that method (positional as brackets, keywords as curlies).

This functionality is implemented by the @debug decorator, the code for which can be seen at pontoon/


Set the MOCK environment variable (to anything) to return mock request data instead of querying Digital Ocean.

This is implemented solely for end-to-end testing of the CLI, but you may find it useful in some other scenarios.