Getting Started with Shuup Development


If you are planning on using Shuup to build your own shop, read the Getting Started with Shuup guide instead.


Interested in contributing to Shuup? Take a look at our Contribution Guide.


Installation for Shuup Development

To start developing Shuup, you’ll need a Git checkout of Shuup and a Github fork of Shuup for creating pull requests. Github pull requests are used to get your changes into Shuup Base.

  1. If you haven’t done so already, create a fork of Shuup in Github by clicking the “Fork” button at and clone the fork to your computer as usual. See Github Help about forking repos for details.

  2. Python < 3.6 is recommended only advanced users. To cover large amount of issues with setup it is recommended to run pip install -U pip setuptools wheel before creating virtualenv.

  3. Setup a virtualenv and activate it. You may use the traditional virtualenv command, or the newer python -m venv if you’re using Python 3. See Virtualenv User Guide, if you are unfamiliar with virtualenv. For example, following commands create and activate a virtualenv in Linux:

    virtualenv shuup-venv
    . shuup-venv/bin/activate
  4. Finally, you’ll need to install Shuup in the activated virtualenv in development mode. To do that, run the following commands in the root of the checkout (within the activated virtualenv):

    pip install -e .[everything]


Some extra steps is required for Windows

If you want to install all requirements just with pip, you have to install MS Visual C++ Build Tools as explained in Python’s wiki. This way everything will be build automatically on your Windows machine, alternatively you may install failed to build packages from

If you have OSError: dlopen() failed to load a library: cairo / cairo-2 error, please carefully follow these instructions.

If you still have the same error, be sure that your installed python and GTK run time has the same 32 or 64 bit. It’s important.

Error is still there? Try to edit Windows environment PATH, and move GTK Runtime location to the top of the list.


Extra information/warning regarding SQLite read more.

Workbench, the built-in test project

The Workbench project in the repository is a self-contained Django project set up to use an SQLite database. It is used by the test suite and is also useful for development on its own.

Practically the only difference to a normal Django project is that instead of python, one uses python -m shuup_workbench.

To get started with Workbench, invoke the following in the Shuup working copy root.

# Migrate database.
python -m shuup_workbench migrate

# Import some basic data.
python -m shuup_workbench shuup_init

# Create superuser so you can login admin panel
python -m shuup_workbench createsuperuser

# Run the Django development server (on port 8000 by default).
python -m shuup_workbench runserver

You can use the created credentials to log in as a superuser on .

Building resources

Shuup uses JavaScript and CSS resources that are compiled using various Node.js packages. These resources are compiled automatically by when installing Shuup with pip, but if you make changes to the source files (e.g. under shuup/admin/static_src), the resources have to be rebuilt.

This can be done with

python build_resources

The command also accepts couple arguments, see its help for more details:

python build_resources --help


Make sure your running rather new version from Node and non LTS version is recommended for advanced users only.

Running tests

To run tests in the active virtualenv:

py.test -v --nomigrations shuup_tests
# Or with coverage
py.test -vvv --nomigrations --cov shuup --cov-report html shuup_tests

To run tests for all supported Python versions run:

pip install tox  # To install tox, needed just once

Running browser tests

SHUUP_BROWSER_TESTS=1 py.test -v --nomigrations shuup_tests/browser

Headless with Firefox:

SHUUP_BROWSER_TESTS=1 MOZ_HEADLESS=1 py.test -v --nomigrations shuup_tests/browser

For Chrome

SHUUP_BROWSER_TESTS=1 py.test -v --nomigrations --splinter-webdriver=chrome shuup_tests/browser

For OSX with Homebrew:

# Install Chrome driver (tested with 2.34.522932 (4140ab217e1ca1bec0c4b4d1b148f3361eb3a03e))
brew install chromedriver

# Install Geckodriver (for Firefox)
brew install geckodriver

# If your current version is below 0.23.0 (for Firefox)
brew upgrade geckodriver

# Make sure the selenium is up to date (tested with 3.141.0)
pip install selenium -U

# Make sure splinter is up to date (tested with 0.9.0)
pip install splinter -U

For other OS and browsers check package documentation directly: * Geckodriver * Selenium * Splinter

Warning! There is inconsistency issues with browser tests and if you suspect your changes did not break the tests we suggest you rerun the test before starting debugging more.

Known issues: * With Chrome test shuup_tests/browser/front/ is very unstable.

Collecting translatable messages

To update the PO catalog files which contain translatable (and translated) messages, issue shuup_makemessages management command in the shuup directory:

cd shuup && python -m shuup_workbench shuup_makemessages