Mirroring tool written in Python.
mirrorshades is a tool for mirroring data from remote sources.
Copyright (c) 2020-2022 Paul Barker.
In this repository, code files are distributed under the Apache 2.0 License, documentation files are distributed under the CC BY 4.0 License and trivial data files are distributed under the CC0 1.0 License.
Mirrorshades was written to help maintain mirrors and backups by regularly
pulling content from remote locations. Tools such as rsync, rclone,
git clone --mirror, etc already exist and can easily be used to create local mirrors of
remote content. What mirrorshades provides is a single command to update a set
of mirrors of different types of content from various remote sources. For
example, the author uses mirrorshades to sync content from Dropbox, GitLab and
multiple mail servers to a local mirror on a nightly basis for disaster
All the details of how to pull down the desired content are stored in the configuration file, it is intended that command line arguments to mirrorshades remain as minimal as possible and that the config file is the single source of truth to control the operation of the utility. This makes it very easy to invoke mirrorshades regularly and reliably using cron, systemd timers or any other automation mechanism.
Mirrorshades is intended to be trivial to extend to handle new types of remote source. Users familiar with Python are encouraged to look at the source code for the existing mirroring agents and to add new agents as required. Such extensions or other modifications to mirrorshades are welcome to be submitted following the contribution guidelines, we will greatly appreciate them!
Mirrorshades is published on PyPI so the following command is usually sufficient to install the application:
pip install mirrorshades
The following mirroring agents have additional dependencies which must be installed if you wish to use them in your configuration:
git: Requires the git command line tool.
rclone: Requires the rclone command line tool.
All significant options for mirrorshades are set via a YAML configuration file so command line invocation is very straightforward:
usage: mirrorshades [-h] [--version] [config_path]
Data mirroring tool
config_path path to the configuration file (defaults to 'mirrorshades.yml' in the current directory)
-h, --help show this help message and exit
--version show program's version number and exit
The following example shows all the options and mirroring agents supported by
mirrorshades. Not all of these entries are required in your configuration file,
the minimum usable configuration is just one entry under
# Global options for mirrorshades
# Select the destination where mirrored content will be written. If no
# destination is given, the current directory will be used.
# The core of a mirrorshades configuration file is the dictionary of
# sources to mirror. The key of each source entry is used as the default
# for the 'name' and 'agent' properties of that source if they are not set.
# 'git' agent: Mirror one or more git repositories.
# Repositories are cloned into subdirectories of the path
# '<options.dest>/<source name>'. If local repositories are already
# present (for example on a subsequent invocation of mirrorshades) then
# they will be updated instead of freshly cloned.
# URL prefix applied to all entries under 'repositories'. This reduces
# duplication when mirroring multiple repositories from the same
# upstream server.
# List of repositories to mirror.
# For example, this entry (along with the other example configuration
# shown here) will mirror 'https://git.example.com/myrepository.git'
# to '/srv/mirror/git/myrepository.git'.
# 'github' agent: Mirror repositories from a Github instance by full name,
# user or organization. Note that this agent only mirrors git repository data
# and not issues, merge requests, etc. Each git repository is mirrored using
# the 'git' agent.
# Access token. This may be set to allow access to private repositories.
# List of users to mirror. Each user will be looked up using the Github API
# and the git repositories which they own will be mirrored. The destination
# path is formed in the same way as for the 'git' agent using the repository
# clone url without the 'https://github.com/' prefix.
# List of organizations to mirror. Each organization will be looked up using
# the Github API and their git repositories will be mirrored. The
# destination path is formed in the same way as for the 'git' agent using
# the repository clone url without the 'https://github.com/' prefix.
# List of individual repositories to mirror, identified by their full name
# (formed of the user or organization name, a '/' and then the repository
# name). The destination path is formed in the same way as for the 'git'
# agent using the repository clone url without the 'https://github.com/'
# 'gitlab' agent: Mirror groups and projects from a GitLab instance.
# Note that this agent only mirrors git repository data and not issues,
# merge requests, etc. Each git repository is mirrored using the 'git'
# GitLab server address. If not set, this defaults to
# Private token used to connect to the GitLab API. Keep this secret!
# List of projects to mirror. Each project will be looked up using the
# GitLab API and the git repository will be mirrored. The destination
# path is formed in the same way as for the 'git' agent using the
# relative repository path given by the GitLab server.
# List of groups to mirror. Each group will be recursively enumerated
# using the GitLab API and all git repositories which are found will be
# mirrored. Destination paths will be determined in the same way as for
# individually listed projects.
# 'rclone' agent: Mirror remote or cloud data which can be accessed using
# rclone. Note that rclone must be configured separately before invoking
# mirrorshades for this agent to work.
# In this example we use our own key 'my_cloud_data' instead of the agent
# name 'rclone' so that the mirrored data will be placed under
# As the key we used does not match the agent we wish to use, we need
# to explicitly specify the agent.
# The rclone remote from which data will be mirrored. This should be
# configured as a remote within rclone.
# Paths within the given remote to mirror. To mirror all data from the
# given rclone remote we can specify a single '.' path as shown here.
# 'command' agent: Invoke a custom command to mirror arbitrary data. In
# this example we use the 'mbsync' command to create a local mirror of
# one or more email accounts. This example assumes that appropriate
# sources and destinations are setup in the mbsyncrc file, for other
# commands you may similarly need to setup the relevant configuration
# or pass appropriate command line arguments.
# As with the 'rclone' agent example above, the key does not match the
# agent we wish to use so we need to explicitly specify the agent here.
# The command to run along with any arguments.
command: mbsync -a
# Number of attempts to make. If the command fails, it is retried up to this
# number of times. If the command succeeds it is not retried. This property
# is optional, if it is unspecified the default is to only make one attempt
# to run the command.
mirrorshades is developed on GitHub at https://github.com/unnecessary-abstraction/mirrorshades.
If you find any bugs or have a feature request feel free to open a ticket in the issue tracker.
To submit patches to mirrorshades please fork the repository on GitHub and open
a pull request
where your changes are ready to merge. Pull requests should generally be
targeted at the
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Hashes for mirrorshades-0.2.0-py3-none-any.whl