Manage filesystem snapshots and allow undo of system modifications
C++ C Shell Makefile Python M4 Ruby
Latest commit 8f2048f Feb 6, 2017 @lslezak lslezak Run the osc source validator
in the openSUSE based Travis builds.
Permalink
Failed to load latest commit information.
client - fixed --root option (bsc#1016633) Dec 21, 2016
data Type=oneshot is better than Type=simple Oct 6, 2016
dbus - added uint64_t support Mar 30, 2016
dists/debian Improve Debian Packaging (#319) Jan 13, 2017
doc support option --no-dbus for all snapper commands (#299) Dec 16, 2016
examples support option --no-dbus for all snapper commands (#299) Dec 16, 2016
package - deal with CaaSP btrfs setup where certain subvolumes are read-only … Feb 3, 2017
pam - implemented dbus string escaping in pam_snapper Jan 19, 2015
po Translated using Weblate (Portuguese (Brazil)) Nov 24, 2016
scripts - allow to disable zypp plugin via environment variable (see fate#319… Aug 26, 2015
server support option --no-dbus for all snapper commands (#299) Dec 16, 2016
snapper - deal with CaaSP btrfs setup where certain subvolumes are read-only … Feb 3, 2017
testsuite-cmp Add boost linker flags to fix compilation under u16.04 Jul 17, 2016
testsuite-real support option --no-dbus for all snapper commands (#299) Dec 16, 2016
testsuite - fixed compilation if libbtrfs is missing Aug 2, 2016
.gitignore Improve Debian Packaging (#319) Jan 13, 2017
.travis.debian.sh Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
.travis.fedora.sh Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
.travis.leap.sh Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
.travis.tumbleweed.sh Run the osc source validator Feb 6, 2017
.travis.ubuntu.sh Improve Debian Packaging (#319) Jan 13, 2017
.travis.yml Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
AUTHORS - updated e-mail address Apr 7, 2016
COPYING - first steps handling snapshot info files Jan 10, 2011
Dockerfile.debian Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
Dockerfile.fedora Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
Dockerfile.leap Run the osc source validator Feb 6, 2017
Dockerfile.tumbleweed Run the osc source validator Feb 6, 2017
Dockerfile.ubuntu Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
LIBVERSION support option --no-dbus for all snapper commands (#299) Dec 16, 2016
Makefile.am Improve Debian Packaging (#319) Jan 13, 2017
Makefile.ci Unify SUSE and Debian build Oct 13, 2016
Makefile.repo - detect lib64 Dec 13, 2013
README.Travis.md Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
README.md Enable Travis CI, simplified Debian packaging (#318) Jan 13, 2017
Rakefile Rakefile - fixed package autosubmit to Factory (#320) Jan 13, 2017
VERSION - deal with CaaSP btrfs setup where certain subvolumes are read-only … Feb 3, 2017
configure.ac Improve Debian Packaging (#319) Jan 13, 2017
snapper.spec.in - build SLE12 versions with quota support again (bsc#1021370) Feb 2, 2017

README.md

Snapper

Build Status

Snapper is a tool for Linux file system snapshot management. Apart from the obvious creation and deletion of snapshots it can compare snapshots and revert differences between them. In simple terms, this allows root and non-root users to view older versions of files and revert changes.

For more information visit snapper.io.

Development

For compiling and developing Snapper you need to setup the development environment first.

Development Environment

In the SUSE Linux Enterprise and openSUSE distributions you can install the needed packages by using these commands:

# install the basic development environment (SUSE Linux Enterprise, the SDK extension is needed)
sudo zypper install -t pattern SDK-C-C++
# install the basic development environment (openSUSE)
sudo zypper install -t pattern devel_C_C++
# install the extra packages for snapper development (both SLE and openSUSE)
sudo zypper install git libmount-devel dbus-1-devel libacl-devel \
  docbook-xsl-stylesheets libxml2-devel libbtrfs-devel

Alternatively you can use a Docker container, see REAME.Travis.md file for some hints.

Building Snapper

You can download the sources and build Snapper by using these commands:

git clone git@github.com:<your_fork>/snapper.git
cd snapper
make -f Makefile.repo
# parallelize the build using more processors, use plain `make` if it does not work
make -j`nproc`

Installing and Running Snapper

To run the freshly built Snapper use this:

sudo make install
# kill the currently running DBus process if present
sudo killall snapperd
# try your changes (the DBus service is started automatically)
(sudo) snapper ...

Running Tests

Snapper includes some internal unit tests to avoid some bugs and regressions. The tests are located in the testsuite subdirectory and you can start them using the make check command.

There are also some additional tests in the testsuite-real subdirectory, but be careful. These tests really execute snapper commands and they can destroy your data! Run these tests only in a testing environment!

Releasing

  • Before releasing the Snapper package ensure that the changes made to the package are mentioned in the package/snapper.changes file, update also the debian/debian.changelog file.

  • Make sure the units tests still passes (see above).

  • When the version is increased then the Git repo has to be tagged, use the vX.Y.Z format for the tag. Also the filesystems:snapper OBS project has to be updated.

  • To create the package use command make package. Then use the common work-flow to submit package to the build service. For openSUSE:Factory send at first the package to the devel project YaST:Head in OBS.
    Please note that this OBS project builds for more distributions so more metadata files have to be updated. See the OBS documentation for more info (cross distribution howto, Debian builds).

  • The generated bzip2 tarball has to be also placed at ftp.suse.com/pub/projects/snapper.

  • When the documentation changes e.g. the man page or an important functionality then also the snapper.io web pages have to be updated. They are hosted as GitHub pages in the gh-pages branch in the Snapper Git repository.