macOS
brew install dotterlocal Homebrew formula metadata
brew
Dotfile manager and templater written in rust. Version 0.13.4 via Homebrew; verified from local package data.
install
brew install dotterlocal Homebrew formula metadata
sudo apt install dotterDebian stable package indexes · dotter · source: deb.debian.org
nix profile install nixpkgs#dotternixpkgs package indexes · pkgs/by-name/do/dotter/package.nix · source: api.github.com
scoop install main/dotterScoop official bucket manifest trees · bucket/dotter.json · source: api.github.com
winget install --id SuperCuber.Dotter -eWindows Package Manager source index · SuperCuber.Dotter · source: cdn.winget.microsoft.com
overview
Dotfile manager and templater written in rust
history
dotter is a Rust dotfile manager and templater for users who keep their shell, editor, desktop, and application configuration in a version-controlled dotfiles repository. It packages the common symlink-farm workflow into a single CLI with package selection, templating, deployment, undeployment, and watch modes.
The public GitHub repository was created in May 2017 and describes Dotter as a response to the friction of managing many dotfiles by hand: tracking what links where, bootstrapping a new machine, and handling per-machine differences. Its default configuration names, `.dotter/global.toml` and `.dotter/local.toml`, reflect that split between shared packages and local machine choices.
Dotter's history sits in the post-chezmoi, post-rcm era of dotfile tooling, where users wanted more than raw symlinks but less than a full configuration-management system. Its use of Rust, TOML, and Handlebars-style templating made it attractive to package-manager users who prefer a small static CLI for personal environment reproducibility.
The official README documents installation through Homebrew, Scoop, Cargo, AUR packages, and release binaries. The repository API shows continuing maintenance through releases such as v0.13.4 in 2025 and activity into 2026, while Homebrew packaging gives macOS users the familiar `brew install dotter` path.
Dotter has remained a niche but visible dotfiles tool rather than a platform. Its adoption is mostly among terminal-heavy users who keep dotfiles in Git and want templated deployment without pulling in a general-purpose automation stack.
Dotter is run from inside a dotfiles repository. Users declare packages and target paths, select machine-local packages in local configuration, then run `dotter` or `dotter deploy` to create symlinks or render templates to their target locations.
The CLI also supports `init`, `watch`, `undeploy`, shell completion generation, dry runs, verbose diffs, force overwrites, pre/post deploy hooks, and cache paths. Those options make it scriptable enough for package bootstrap flows while still being centered on personal configuration files.
For package nerds, Dotter is another specimen in the dotfiles-manager family: opinionated enough to encode host-specific deployment, but small enough to ship as one Rust executable across Homebrew, Scoop, Cargo, and distro channels.
It is significant less because it invented dotfile management and more because it captures a durable packaging pattern: a personal-environment tool whose real value is reproducible state, boring config files, and easy installability on a freshly provisioned machine.
security posture
narrow executable package without higher-risk signals.
green risk · low confidence · appliance
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
local files
These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.
Config paths the tool may read or write during local use.
.dotter/global.toml.dotter/local.tomlexecutables
| Command | Kind | Exposure | Note |
|---|---|---|---|
dotter | cli | global executable |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
https://github.com/SuperCuber/dotter
install metadata
| Package key | brew:dotter |
|---|---|
| Version | 0.13.4 |
| Package manager | Homebrew |
| Package manager page | https://formulae.brew.sh/formula/dotter |
| Homepage | https://github.com/SuperCuber/dotter |
| Repository | https://github.com/SuperCuber/dotter |
| Upstream docs | https://github.com/SuperCuber/dotter#readme |
| License | Unlicense |
| Source archive | https://github.com/SuperCuber/dotter/archive/refs/tags/v0.13.4.tar.gz |
| Build dependencies | rust |
| Bottle | available (on arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, arm64_ventura, sonoma, ventura, x86_64_linux) |
| Homebrew post-install | not defined |
| Service | none declared |
registry facts
| Source Database | Homebrew formula API |
|---|---|
| Tap | homebrew/core |
| Full Name | dotter |
| Version Scheme | 0 |
| Revision | 0 |
| Bottle Stable Root URL | https://ghcr.io/v2/homebrew/core |
| Deprecated | no |
| Disabled | no |
| Keg Only | no |
| URL Keys |
|
source database matches
Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.
dotter 4.44.1+dfsg-7.1+b3
detailed comparison of two genomic sequences
https://www.sanger.ac.uk/science/tools/seqtools
sudo apt install dotterdotter
nix profile install nixpkgs#dotterdotter 4.44.1+dfsg-7.1build2
detailed comparison of two genomic sequences
https://www.sanger.ac.uk/science/tools/seqtools
sudo apt install dottermain/dotter
scoop install main/dotterSuperCuber.Dotter
winget install --id SuperCuber.Dotter -esource trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.