Допустим Вы пишете скрипт или маленький проект из нескольких файлов. Соответственно возникает желание периодически
сохранять результат своих трудов, чтобы в случае необходимости откатиться на шаг или два назад.
Для крупного проекта идеально подойдет система контроля версий, а для маленькой задачи подойдет и небольшой shell-скрипт.Для начала использования скрипта достаточно:
- переименовать save.sh в просто save - для удобства набора в терминале
- разместить его где-нибудь в пределах охвата переменной окружения $PATH (тоже для удобства)
- определить в начале скрипта переменной SAVEDIR путь к желаемой директории хранения файловВот этот shell-скрипт:
#!/bin/sh
SAVEDIR="${HOME}/save" # where save backups
LIMIT_BYTES=1048576 # set 1Mb limitSCRIPT="save"
VERSION="20090903"if test "${1}"
then
echo "${SCRIPT} version ${VERSION}" >&2
echo "Saves backup of whole current directory" >&2
exit 1
fierr()
{
echo "${SCRIPT}: ERROR: ${1}" >&2
exit 1
}#### check save directory
test -d "${SAVEDIR}" || mkdir "${SAVEDIR}" 2>/dev/null
test -d "${SAVEDIR}" || err "failed to create directory: ${SAVEDIR}"#### check size
DIR="$(basename $(pwd))"
DIR_SIZE_BYTES=$(du -s . | awk '{print $1}')
test ${DIR_SIZE_BYTES} -gt ${LIMIT_BYTES} && err "size (${DIR_SIZE_BYTES}) of ${DIR} is greater than limit of ${LIMIT_BYTES}"#### saving
cd .. || err "FAILED"
tar cpzf "${SAVEDIR}/${DIR}.$(date +%Y%m%d%H%M%S).tar.gz" "${DIR}" || err "failed to create archive"
echo "saved: ${DIR}"Например, Вы пишете какой-то хороший ценный скрипт, соответственно предполагаем что у Вас открыт терминал
и рабочей директорией является каталог с разрабатываемым скриптом или документов:$ pwd
/home/user/tmp/mysmallproject
$ ls -l
итого 12
-rwxr-xr-x 1 user users 895 2009-09-08 00:52 project.c
-rwxr-xr-x 1 user users 170 2009-09-08 00:52 project.h
-rwxr-xr-x 1 user users 865 2009-09-08 00:48 project.shТогда для создания бэкапа просто наберите "save":
$ save
saved: mysmallprojectВсе, копия файлов сохранена. Посмотрим на нее:
$ ll /home/user/save/my*
-rw-r--r-- 1 user users 1,1K 2009-09-08 00:54 /home/user/save/mysmallproject.20090908005453.tar.gzВидим что скрипт в указанной директории создает архив текущего рабочего каталога и в имени архива
дата до секунд. Это удобно, архивы аккуратно выстраиваются по дате.В скрипте еще предусмотрена переменная LIMIT_BYTES, значение которой ограничивает максимальный размер
текущей директории (рекурсивно, до архивирования). Это для того чтобы случайно не архивировать что-то крупное.
URL: http://maretskiy.uuuq.com/docs/save.xml
Обсуждается: http://www.opennet.me/tips/info/2162.shtml
rcs не пробовали смотреть?
Забавный скрипт, оч. удобно имх.
Да VCS и для небольших проектов подходит. Даже если в проекте один файл.
>Да VCS и для небольших проектов подходит. Даже если в проекте один
>файл.+1. Не вижу смысла ломать устоявшиеся привычки ради одного-двух файлов.
Даже если привычки нету. то освоить три-четыре команды какой-либо сушествующей VCS куда как полезнее привыкания к командам собственного производства.
я тоже так сначала фигней страдал.
поставь к примеру SVN и %:(?* не занимайся
Вот еще гемор - c SVN маятся: сервер запускать, репозиторий у него создавать.Че вы все страдаете этих анахроизмом - изучите уже git, mercurial, bazaar и будет вам счастье.
Сам толком этим пользоваться не умею, но по документации сделал локальный репозиторий с префиксом file:// и делаю коммиты. Тоже очень удобно.
>Вот еще гемор - c SVN маятся: сервер запускать, репозиторий у него
>создавать.учите матчасть. серевер запускать вовсе не обязательно.
про "создание репозитария" вообще смешно читать. сами-то хоть раз пробовали?
согласен
git наше фсио. даже не придется разделять working copy и репозиторий как таковой.
гы-гы, так и представляю гит на проекте из трех файлов по 3кбайт:)
>гы-гы, так и представляю гит на проекте из трех файлов по 3кбайт:)
>Вот как раз git для этих целей ну просто замечательно подойдет, в отличии от SVN. И вообще он замечательно подходит в большинстве случаев, с SVN мароки знааааааачительно больше.
>>гы-гы, так и представляю гит на проекте из трех файлов по 3кбайт:)
>
>Вот как раз git для этих целей ну просто замечательно подойдет, в
>отличии от SVN. И вообще он замечательно подходит в большинстве случаев,
>с SVN мароки знааааааачительно больше.это пока у вас 3 файла по 3кб. давно в git'е работали с часто меняющимися бинарными файлами?
>давно в git'е работали с часто меняющимися бинарными файлами?Уверен, со sparse-файлами, char и блочными устройствами и сохранением своп-файлов у SVN всё _ЗНАЧИИИТЕЛЬНО_ лучше. Или вы от другой Партии?
> гы-гы, так и представляю гит на проекте из трех файлов по 3кбайт:)Он будет довольно вменяемо смотреться даже для этой задачи, особенно если он уже установлен.
Полезно, спасибо.
По прочтении заголовка ожидал в совете пару git-команд, но никак не скрипт "save".
~$ apt-get install bzr # see also: bzrtools bzr-gtk qbzr
~$ mkdir proj; cd proj
~/proj$ bzr init
Created a standalone tree (format: pack-0.92)
~/proj$ echo foo > foo
~/proj$ bzr add
adding foo
~/proj$ bzr commit -m 'adding foo'
Committing to: /home/user/proj/
added foo
Committed revision 1.
~/proj$ echo bazaar rulez >> foo
~/proj$ bzr diff
=== modified file 'foo'
--- foo 2009-09-09 16:11:38 +0000
+++ foo 2009-09-09 16:12:23 +0000
@@ -1,1 +1,2 @@
foo
+bazaar rulez~/proj$ bzr commit -m 'bzr rulez'
Committing to: /home/user/proj/
modified foo
Committed revision 2.
~/proj$ bzr diff
~/proj$ bzr log
------------------------------------------------------------
revno: 2
committer: Vasily Pupkin <pupkin@gmail.com>
branch nick: proj
timestamp: Wed 2009-09-09 19:12:52 +0300
message:
bzr rulez
------------------------------------------------------------
revno: 1
committer: Vasily Pupkin <pupkin@gmail.com>
branch nick: proj
timestamp: Wed 2009-09-09 19:11:38 +0300
message:
adding foo
~/proj$ cat foo
foo
bazaar rulez
~/proj$ bzr cat -r1 foo
foo
~/proj$ bzr help | less
~/proj$ bzr visualize #this needs bzr-gtk
~/proj$ firefox http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html
Впечатляет. Однако мой вариант все равно намного проще, очень простой и удобный для просто написания скриптов, инсталляция - один маленький файлик, unix-way, и для подлинно мелких но многочисленных задач отлично подходит. Пользоваться bazaar для написания кучи мелких скриптов на разных машинах наверное не буду, а вот если что-то покрупнее - тогда другое дело
http://www.samag.ru/cgi-bin/go.pl?q=articles;n=03.2007;a=03
Нет, всё-таки ради одного git diff уже стоит освоить даже для полутора файлов:
git init
git commit -am 'commit message'А потом ещё до кучи посмотреть git status, git log -p и сделать для себя выводы.
http://www.kernel.org/pub/software/scm/git/docs/everyday.html
http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgitИ опять же потом до кучи:
http://tomayko.com/writings/the-thing-about-git
Варианты сходу приходящие в голову:
- rdiff-rsync
- darвсе они способны хранить версии. dar - отличия в одном на каждую версию, rdiff - в разветвлённой файловой структуре. Но с системами контроля версий им не сравниться - не та ниша.
Кстати, сам tar вполне способен хранить инкрементальные копии, значит из него можно извлечь состояние на заданную дату.
А мне squashfs вспомнился, он тоже версии поддерживает и делает диффы между версиями =)
"SQUASHFS - A squashed read-only filesystem"? Ничего не путаете?