You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Go to file
Antoine Martin 58503cc8b9 flake.lock: Update
Flake input changes:

* Updated 'flake-compat': 'github:edolstra/flake-compat/99f1c2157fba4bfe6211a321fd0ee43199025dbf' -> 'github:edolstra/flake-compat/12c64ca55c1014cdc1b16ed5a804aa8576601ff2'
* Updated 'flake-utils': 'github:numtide/flake-utils/5466c5bbece17adaab2d82fae80b46e807611bf3' -> 'github:numtide/flake-utils/997f7efcb746a9c140ce1f13c72263189225f482'
* Updated 'nixpkgs': 'github:NixOS/nixpkgs/7db379d016a9bad7b7da9b81103ab7454faa3344' -> 'github:NixOS/nixpkgs/08ef0f28e3a41424b92ba1d203de64257a9fca6a'
2 years ago
.github/workflows github: fix cachix ci 2 years ago
src lohr: fix clippy lint 2 years ago
.envrc nix: add 'direnv' integration 3 years ago
.gitignore git: ignore 'result/' symlink from 'nix build' 3 years ago
.lohr repo: add sourcehut mirror 3 years ago
.pre-commit-config.yaml pre-commit: add more useful hooks 3 years ago
Cargo.lock lohr: v0.4.2 2 years ago
Cargo.toml lohr: v0.4.2 2 years ago
LICENSE-APACHE README: add license notice 3 years ago
LICENSE-MIT README: add license notice 3 years ago README: add note about missing versions on 3 years ago
default.nix nix: support legacy nix using 'flake-compat' 3 years ago
flake.lock flake.lock: Update 2 years ago
flake.nix lohr: v0.4.2 2 years ago
rust-toolchain lohr: build on rust stable 3 years ago
shell.nix nix: support legacy nix using 'flake-compat' 3 years ago


lohr is a Git mirroring tool.

I created it to solve a simple problem I had: I host my own git server at, but want to mirror my public projects to GitHub / GitLab, for backup and visibility purposes.

GitLab has a mirroring setting, but it doesn't allow for multiple mirrors, as far as I know. I also wanted my instance to be the single source of truth.

How it works

Gitea is setup to send webhooks to my lohr server on every push update. When lohr receives a push, it clones the concerned repository, or updates it if already cloned. Then it pushes the update to all remotes listed in the .lohr file at the repo root.


This is a very destructive process: anything removed from the single source of truth is effectively removed from any mirror as well.


lohr is published on, so you can install it with cargo install:

$ cargo install lohr

Note: currently this method won't get you the latest version of lohr, as it depends on Rocket v0.5.0, which isn't released yet. Updated versions of lohr will be published on as soon as Rocket v0.5.0 releases.



Setting up lohr should be quite simple:

  1. Create a Rocket.toml file and add your configuration.

  2. Export a secret variable:

    $ export LOHR_SECRET=42 # please don't use this secret
  3. Run lohr:

    $ cargo run # or `cargo run --release` for production usage
  4. Configure your favorite git server to send a webhook to lohr's address on every push event.

    I used Gitea's webhooks format, but I think they're similar to GitHub and GitLab's webhooks, so these should work too! (If they don't, please file an issue!)

    Don't forget to set the webhook secret to the one you chose above.

  5. Add a .lohr file containing the remotes you want to mirror this repo to:

    and push it. That's it! lohr is mirroring your repo now.


Home directory

lohr needs a place to clone repos and store its data. By default, it's the current directory, but you can set the LOHR_HOME environment variable to customize it.

Shared secret

As shown in the quickstart guide, you must set the LOHR_SECRET environment variable.

Extra remote configuration

You can provide lohr with a YAML file containing additional configuration. You can pass its path to the --config flag when launching lohr. If no configuration is provided via a CLI flag, lohr will check the LOHR_CONFIG environment variable. If the environment variable isn't set either, it will check in LOHR_HOME is a lohr-config.yaml file exists, and try to load it.

This file takes the following format:

    - "git@github:user"
    - "git@gitlab:user"

    - ""

    - "private-.*"
  • default_remotes is a list of remotes to use if no .lohr file is found in a repository.
  • additional_remotes is a list of remotes to add in any case, whether the original set of remotes is set via default_remotes or via a .lohr file.
  • blacklist is a list of regular expressions to match against the full repository names. Any that matches will not be mirrored, even if it contains a .lohr file.

Both settings take as input a list of "stems", i.e. incomplete remote addresses, to which the repo's name will be appended (so for example, if my default_remotes contains, and a push event webhook is received for repository, then the mirror destination will be


I accept patches anywhere! Feel free to open a GitHub Pull Request, a GitLab Merge Request, or send me a patch by email!

Why lohr?

I was looking for a cool name, and thought about the Magic Mirror in Snow White. Some furious wikipedia searching later, I found that the Magic Mirror was probably inspired by the Talking Mirror in Lohr am Main. That's it, that's the story.


lohr is distributed under the terms of both the MIT license and the Apache License (Version 2.0).