extern/zrepl
1
0
Fork 0
mirror of https://github.com/zrepl/zrepl.git synced 2024-12-31 03:18:54 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity
One-stop ZFS backup & replication solution
216 Commits 48 Branches 23 Tags 3.7 MiB
Go 96.6%
Makefile 1.5%
Jupyter Notebook 0.7%
Shell 0.7%
Python 0.3%
493a01c4fe
Go to file
Christian Schwarz 493a01c4fe logger: fix nil pointer deref in WithError 
fixes #9
2017-10-05 21:23:39 +02:00
cmd autosnap: fix log level when fs filter does not match any fs 2017-10-05 21:22:17 +02:00
docs mappings: fix aliasing bug with '<' wildcards 2017-10-05 20:10:05 +02:00
logger logger: fix nil pointer deref in WithError 2017-10-05 21:23:39 +02:00
rpc fix unreachable code & missing stringer-generated code 2017-09-30 16:31:55 +02:00
sshbytestream config: connect: ssh_command parameter did not work 2017-10-05 20:11:04 +02:00
util cmd: logging using logrus 2017-09-22 17:01:54 +02:00
zfs zfs: was not returning error on invalid dataset path 2017-09-30 16:39:15 +02:00
.gitignore Rudimentary Makefile specifying requirements for a release 2017-09-30 16:40:39 +02:00
.gitmodules docs: remove GH pages repo as submodule, adjust publish.sh 2017-08-09 21:41:46 +02:00
Gopkg.lock implement logfmt formatter 2017-09-24 02:09:50 +02:00
Gopkg.toml implement logfmt formatter 2017-09-24 02:09:50 +02:00
LICENSE license: change attribution 2017-05-03 18:28:04 +02:00
main.go Switch to using https://github.com/spf13/cobra for CLI. 2017-07-06 13:36:55 +02:00
Makefile Rudimentary Makefile specifying requirements for a release 2017-09-30 16:40:39 +02:00
README.md more elaborate README 2017-09-24 13:42:04 +02:00

README.md

zrepl

zrepl is a ZFS filesystem backup & replication solution written in Go.

User Documentation

User Documentation cab be found at zrepl.github.io.

Bug Reports

  1. If the issue is reproducible, enable debug logging, reproduce and capture the log.
  2. Open an issue on GitHub, with logs pasted as GitHub gists / inline.

Feature Requests

  1. Does you feature request require default values / some kind of configuration? If so, think of an expressive configuration example.
  2. Think of at least one use case that generalizes from your concrete application.
  3. Open an issue on GitHub with example conf & use case attached.

The above does not apply if you already implemented everything. Check out the Coding Workflow section below for details.

Developer Documentation

Overall Architecture

The application architecture is documented as part of the user docs in the Implementation section (docs/content/impl). Make sure to develop an understanding how zrepl is typically used by studying the user docs first.

Project Structure

├── cmd
│   ├── sampleconf          # example configuration
├── docs
│   ├── content             # hugo-based documentation -> sources for ./public_git
│   ├── deploy.sh           # shell script for automated rendering & deploy to zrepl.github.io repo
│   ├── public_git          # used by above shell script
│   └── themes
│       └── docdock         # submodule of our docdock theme fork
├── jobrun                  # OBSOLETE
├── logger                  # logger package used by zrepl
├── rpc                     # rpc protocol implementation
├── scratchpad              # small example programs demoing some internal packages. probably OBSOLETE
├── sshbytestream           # io.ReadWriteCloser over SSH
├── util
└── zfs                     # ZFS wrappers, filesystemm diffing

Coding Workflow

  • Open an issue when starting to hack on a new feature
  • Commits should reference the issue they are related to
  • Docs improvements not documenting new features do not require an issue.