We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2015-01-29 12:20:15 +0200 |
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
2 | No.2 Revision |
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
3 | No.3 Revision |
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
4 | No.4 Revision |
NOTE: Vault has an extra directory in its .git directory that much be synchronized separately. See Dez's answer for details.
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
5 | No.5 Revision |
NOTE: NOTE: Vault has an extra directory in its .git directory that much be synchronized separately. See Dez's answer for details.
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
6 | No.6 Revision |
NOTE: Vault has an extra directory in its .git directory that much must be synchronized separately. See Dez's answer for details.
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git init --bare <path to your repository>
Add your server as a remote like this:
cd /home/nemo/.vault
git remote add <remote name> <your remote git url>
e.g.
git init --bare /var/git/jolla-backup.git (on server)
git remote add origin ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
git push --set-upstream origin master
which will do the initial push then when you create a new backup you can copy that over:
git push origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git clone <your remote git url> /home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
7 | No.7 Revision |
NOTE: Vault has an extra directory in its .git directory that must be synchronized separately. See Dez's answer for details.
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
git **git init --bare <path to your repository>
repository>**
Add your server as a remote like this:
cd /home/nemo/.vault
git **cd /home/nemo/.vault**
**git remote add <remote name> <your remote git url>
url>**
e.g.
git **git init --bare /var/git/jolla-backup.git /var/git/jolla-backup.git** (on server)
git **git remote add origin ssh://me@homeserver/var/git/jolla-backup.git ssh://me@homeserver/var/git/jolla-backup.git** (on phone)
then push the master branch to your remote from the phone:
git **git push --set-upstream origin master
master**
which will do the initial push then when you create a new backup you can copy that over:
git **git push origin
origin**
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
git **git clone <your remote git url> /home/nemo/.vault
/home/nemo/.vault**
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.
8 | No.8 Revision |
NOTE: Vault has an extra directory in its .git directory that must be synchronized separately. See Dez's answer for details.
Sailfish backups are stored in a git repository in /home/nemo/.vault. Git is designed to make it easy to keep a local data store syncronized with another server, and this is possible in Sailfish.
On your ssh enabled server with git installed, initialize a bare git repository like this:
**git git init --bare <path to your repository>**
repository>
Add your server as a remote like this:
**cd /home/nemo/.vault**
**git cd /home/nemo/.vault
git remote add <remote name> <your remote git url>**
url>
e.g.
**git git init --bare /var/git/jolla-backup.git** /var/git/jolla-backup.git (on server)
**git git remote add origin ssh://me@homeserver/var/git/jolla-backup.git** ssh://me@homeserver/var/git/jolla-backup.git (on phone)
then push the master branch to your remote from the phone:
**git git push --set-upstream origin master**
master
which will do the initial push then when you create a new backup you can copy that over:
**git git push origin**
origin
Git manages changes rather than the files themselves, so this is very efficient.
If your phone gets wiped/lost, then you should be able to restore your backup vault from the remote using git clone, though I haven't tested this:
**git git clone <your remote git url> /home/nemo/.vault**
/home/nemo/.vault
My question is, is restoring from a cloned remote vault supposed to work, and is this likely to be a supported way of keeping your phone backups safe in the long term? Pushing git commits is very efficient and versatile for those who can host their own serve, though it's not suitable at all for public services such as github unless you want all your private data copied to the US and possibly published on the web. This could easily get wrapped up in a small app or added to the backup UI with options such as auto-pushing new backups as well as cloning/merging/rebasing remote backups.