|
|
||
|---|---|---|
| backend | ||
| chunker | ||
| cmd/restic | ||
| crypto | ||
| debug | ||
| doc | ||
| Godeps | ||
| pack | ||
| pipe | ||
| repository | ||
| test | ||
| .gitignore | ||
| .travis.yml | ||
| archiver_int_test.go | ||
| archiver_test.go | ||
| archiver.go | ||
| build.go | ||
| cache_test.go | ||
| cache.go | ||
| CONTRIBUTING.md | ||
| doc.go | ||
| LICENSE | ||
| lock_test.go | ||
| lock.go | ||
| Makefile | ||
| node_darwin.go | ||
| node_freebsd.go | ||
| node_linux.go | ||
| node_openbsd.go | ||
| node_test.go | ||
| node.go | ||
| progress.go | ||
| README.md | ||
| restorer.go | ||
| run_tests.go | ||
| snapshot_test.go | ||
| snapshot.go | ||
| tree_test.go | ||
| tree.go | ||
| walk_test.go | ||
| walk.go | ||
WARNING
WARNING: At the moment, consider restic as alpha quality software, it is not yet finished. Do not use it for real data!
Restic
Restic is a program that does backups right. The design goals are:
-
Easy: Doing backups should be a frictionless process, otherwise you are tempted to skip it. Restic should be easy to configure and use, so that in the unlikely event of a data loss you can just restore it. Likewise, restoring data should not be complicated.
-
Fast: Backing up your data with restic should only be limited by your network or harddisk bandwidth so that you can backup your files every day. Nobody does backups if it takes too much time. Restoring backups should only transfer data that is needed for the files that are to be restored, so that this process is also fast.
-
Verifiable: Much more important than backup is restore, so restic enables you to easily verify that all data can be restored.
-
Secure: Restic uses cryptography to guarantee confidentiality and integrity of your data. The location the backup data is stored is assumed not to be a trusted environment (e.g. a shared space where others like system administrators are able to access your backups). Restic is built to secure your data against such attackers.
-
Efficient: With the growth of data, additional snapshots should only take the storage of the actual increment. Even more, duplicate data should be de-duplicated before it is actually written to the storage backend to save precious backup space.
Building
Install Go/Golang (at least version 1.3), then run go run build.go,
afterwards you'll find the binary in the current directory:
$ go run build.go
$ ./restic --help
Usage:
restic [OPTIONS] <command>
Application Options:
-r, --repo= Repository directory to backup to/restore from
Help Options:
-h, --help Show this help message
Available commands:
backup save file/directory
cache manage cache
cat dump something
find find a file/directory
fsck check the repository
init create repository
key manage keys
list lists data
ls list files
restore restore a snapshot
snapshots show snapshots
version display version
Contribute and Documentation
Contributions are welcome! More information can be found in
CONTRIBUTING.md. A document describing the design of
restic and the data structures stored on disc is contained in
doc/Design.md.
Development
For development, please have a look at CONTRIBUTING.md,
especially the section "Development Environment". If you have any questions,
please get in touch!
Contact
If you discover a bug or find something surprising, please feel free to open a github issue. If you would like to chat about restic, there is also the IRC channel #restic on irc.freenode.net. Or just write me an email :)
Talks
The following talks have been given about restic:
- 2015-02-01: Lightning Talk at FOSDEM 2015: A short introduction (with slightly outdated command line)
- 2015-01-27: Talk about restic at CCC Aachen (in German)
License
Restic is licensed under "BSD 2-Clause License". You can find the complete text
in the file LICENSE.