https://www.opennet.ru/openforum/vsluhforumID3/58662.html Допустим Вы пишете скрипт или маленький проект из нескольких файлов. Соответственно возникает желание периодически <br>сохранять результат своих трудов, чтобы в случае необходимости откатиться на шаг или два назад. <br>Для крупного проекта идеально подойдет система контроля версий, а для маленькой задачи подойдет и небольшой shell-скрипт.<br><br>Для начала использования скрипта достаточно:<br>- переименовать save.sh в просто save - для удобства набора в терминале<br>- разместить его где-нибудь в пределах охвата переменной окружения $PATH (тоже для удобства)<br>- определить в начале скрипта переменной SAVEDIR путь к желаемой директории хранения файлов<br><br>Вот этот shell-скрипт:<br><br> #!/bin/sh<br><br> SAVEDIR="${HOME}/save" # where save backups<br> LIMIT_BYTES=1048576 # set 1Mb limit<br><br> SCRIPT="save"<br> VERSION="20090903"<br><br> if test "${1}"<br> then<br> echo "${SCRIPT} version ${VERSION}" &gt;&2<br> echo "Saves backup of whole current directory" &gt;&2<br> exit 1<br> fi<br><br> err()<br> {<br> echo "${SCRIPT}: https://www.opennet.ru/openforum/vsluhforumID3/58662.html#25 Thu, 08 Dec 2011 02:59:03 GMT согласен<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#24 Tue, 15 Sep 2009 13:13:46 GMT &gt;давно в git'е работали с часто меняющимися бинарными файлами? <br><br>Уверен, со sparse-файлами, char и блочными устройствами и сохранением своп-файлов у SVN всё _ЗНАЧИИИТЕЛЬНО_ лучше. Или вы от другой Партии?<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#23 Tue, 15 Sep 2009 13:06:22 GMT &gt;&gt;гы-гы, так и представляю гит на проекте из трех файлов по 3кбайт:) <br>&gt;<br>&gt;Вот как раз git для этих целей ну просто замечательно подойдет, в <br>&gt;отличии от SVN. И вообще он замечательно подходит в большинстве случаев, <br>&gt;с SVN мароки знааааааачительно больше. <br><br>это пока у вас 3 файла по 3кб. давно в git'е работали с часто меняющимися бинарными файлами?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#22 Tue, 15 Sep 2009 13:02:20 GMT &gt;Вот еще гемор - c SVN маятся: сервер запускать, репозиторий у него <br>&gt;создавать. <br><br>учите матчасть. серевер запускать вовсе не обязательно.<br>про "создание репозитария" вообще смешно читать. сами-то хоть раз пробовали?<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#21 Mon, 14 Sep 2009 13:32:49 GMT "SQUASHFS - A squashed read-only filesystem"? Ничего не путаете?<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#20 Mon, 14 Sep 2009 11:23:51 GMT А мне squashfs вспомнился, он тоже версии поддерживает и делает диффы между версиями =) <br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#19 Sun, 13 Sep 2009 16:58:31 GMT Варианты сходу приходящие в голову: <br>- rdiff-rsync<br>- dar<br><br>все они способны хранить версии. dar - отличия в одном на каждую версию, rdiff - в разветвлённой файловой структуре. Но с системами контроля версий им не сравниться - не та ниша.<br><br>Кстати, сам tar вполне способен хранить инкрементальные копии, значит из него можно извлечь состояние на заданную дату.<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#18 Sun, 13 Sep 2009 16:57:33 GMT Нет, всё-таки ради одного git diff уже стоит освоить даже для полутора файлов:<br>git init<br>git commit -am 'commit message'<br><br>А потом ещё до кучи посмотреть git status, git log -p и сделать для себя выводы.<br><br>http://www.kernel.org/pub/software/scm/git/docs/everyday.html<br>http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit<br><br>И опять же потом до кучи:<br>http://tomayko.com/writings/the-thing-about-git<br> https://www.opennet.ru/openforum/vsluhforumID3/58662.html#16 Thu, 10 Sep 2009 10:35:44 GMT http://www.samag.ru/cgi-bin/go.pl?q=articles;n=03.2007;a=03<br>