S
S
Stanisav2015-12-30 15:17:23
git
Stanisav, 2015-12-30 15:17:23

Is it possible to use Git for backup?

Good afternoon. What problems and limitations can there be if using git in such a non-standard way - we do git init & git add at the root of the file dump. & git commit -m "$date". After copying everything to the storage system along with the .git directory. Subsequently, once a week, copy only the changed files over the old ones in the storage system. Such a backup will take up 2 times more space than information, but it will not grow much in the future, and if necessary, you can use the git to roll back the necessary files to the desired date. What could be wrong with such an approach?

Answer the question

In order to leave comments, you need to log in

5 answer(s)
A
Armenian Radio, 2015-12-30
@NCNecros

For this, there is rsync, backintime, that's all.

D
Don Kaban, 2015-12-30
@donkaban

The approach is bad in that there are at least three hundred and twenty-four ways to do the same thing without a git.

S
Sergey, 2015-12-30
Protko @Fesor

1) RAID1 will suit you more if versioning is not needed. If needed, then just rsync once a week or whatever you want.
2)

Such a backup will take up 2 times more space than information

read how GIT stores differences in binary files and figure out how much this repository will actually take. In this vein, it's better to use SVN.
3) If the information and the repository are on the same HDD, then there is not much sense in such a backup. For versioning only.

P
Puma Thailand, 2015-12-30
@opium

The approach is bad because it works terribly slowly on a large number of large files.

K
kvspb, 2015-12-30
@kvspb

Bacula amuses! (or Amanda)

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question