Distributing your plugin

You can distribute a plugin with OctoPrint via two ways.

Manual file distribution

You can have your users copy it to OctoPrint’s plugin folder (normally located at ~/.octoprint/plugins under Linux, %APPDATA%\OctoPrint\plugins on Windows and ~/Library/Application Support/OctoPrint on Mac). In this case your plugin will be distributed directly as a Python module (a single .py file containing all of your plugin’s code directly and named like your plugin) or a package (a folder named like your plugin + __init.py__ contained within).

Proper packages installable via pip

You can have your users install it via pip and register it for the entry point octoprint.plugin via your plugin’s setup.py, this way it will be found automatically by OctoPrint upon initialization of the plugin subsystem [1].

For an example of how the directory structure and related files would look like in this case, please take a look at the helloworld example from OctoPrint’s example plugins.

This variant is highly recommended for pretty much any plugin besides the most basic ones since it also allows requirements management and pretty much any thing else that Python’s setuptools provide to the developer.

See also

OctoPrint Plugin Cookiecutter Template

A Cookiecutter Template providing you with all you need to get started with writing a properly packaged OctoPrint plugin. See the Plugin Tutorial for an example on how to use this.

Footnotes

[1]

The automatic registration will only work within the same Python installation (this also includes virtual environments), so make sure to instruct your users to use the exact same Python installation for installing the plugin that they also used for installing & running OctoPrint. For OctoPi this means using ~/oprint/bin/pip for installing plugins instead of just pip.

Registering with the official plugin repository

Once it is ready for general consumption, you might want to register your plugin with the official OctoPrint Plugin Repository. You can find instructions on how to do that in the Plugin Repository’s help pages.

If you used the OctoPrint Plugin Cookiecutter Template when creating your plugin, you can find a prepared registration entry .md file in the extras folder of your plugin.

Version management after the official plugin repository release

Once your plugin is available in the official plugin repository, you probably want to create and distribute new versions. For “beta” users you can use the manual file distribution method, or a more elegant release channels (see below). After you finalized a new plugin version, don’t forget to actually update the version in the setup.py, and submit a new release on github.

After you published the new release, you can verify it on your installed octoprint, with force checking the updates under the advanced options (in the software updates menu in the settings). The new versions will appear to the plugin users in the next 24 hours (it depends on their cache refreshes).

The Software Update Plugin has options to define multiple release channels, and you can let the users decide if they want to test your pre-releases or not. This can be achieved with defining stable_branch and prerelease_branches in the get_update_information function, and creating github releases to the newly configured branches too. For more information you can check the Software Update Plugin documentation or read a more step-by-step writeup here.