SilverBullet can run in two modes:
- Single-Space mode (legacy)
- Multi-Space mode (default)
If you installed SilverBullet fresh anywhere since 2.10 — you’re in multi-space mode. Don’t worry about any of this, we’re good.
Single-space mode
If you installed a version of SilverBullet that’s older than 2.10, you will have installed it in what is now called “single-space mode”. A mode in which SilverBullet only serves a single space. In addition, it has more restrictions:
- No support for multiple accounts (just a single one configured via the
SB_USER environment variable)
- No support for per-space permissions (everything is write accessible the the configured single user)
- Limited support for Revisions, specifically Revisions#Syncing with a remote.
- No support for Single Sign-On (obviously)
- Limited support for At-Mention
- Likely many future updates will not be configurable in this environment.
Anyway, the short version of it is: migrate to multi-space when you can.
Multi-space mode
This is the promised land:
- You can create multiple spaces on a single server (hence the name).
- You can create multiple accounts and even authenticate them with Single Sign-On if you like.
- You have the ability to set (basic) permissions per user, per space
- You have Revisions with git sync, if you like
- At-Mention auto complete for user accounts
Of course, you can still decide to just configure a single space and a single user. That’s fine, but it gives you options down the line.
Use multi-space mode.
Migrating from single-space to multi-space
- Spin up a fresh SilverBullet instance next to your existing one, pointing your data folder at a fresh folder.
- Run through the setup flow via the web UI and set up a fresh new space, noting where the space will be stored physically (e.g.
spaces/notes).
- Move (or to be safer: copy) all your space files from your old SB instance into this
spaces/notes (or whatever) folder mounted into the new container.
- Open the space via the new instance to make sure everything is there.
- Profit.