Вы правы, что контроль версий — это то, что нужно. Да, gitслишком сложно. Есть и другие инструменты контроля версий. Современные простые в использовании — это Subversion(svn)и Mercurial (hg).

• subversion не является -распределенным, не -блокирующим, но поддерживает блокировку и имеет глобальный номер версии.
• mercurial распространяется, -без блокировки (похож на git, но проще в использовании ).

Оба варианта просты в использовании.

Что сложногоgit

Многие люди отмечают, что использовать gitне сложнее, чем другие инструменты в отношении init, add, commitи push. Это почти верно (, за исключением того, что для того, чтобы git сделал фиксацию, вам нужно сделать add, тогдаcommit(это 200% необходимых усилий ).

Проблема возникает, когда вы начинаете делать то, для чего предназначена система контроля версий. До этого момента вы не получаете никакой выгоды. Вы только инвестируете в исправления, в надежде, что они будут полезны. Точно так же, как создание резервной копии бесполезно (, восстановление из резервной копии приносит пользу ).

Трудности связаны с анализом истории и путешествиями во времени. Здесь много подводных камней, и нет хороших бесплатных графических инструментов. svnи hgведут себя намного лучше, имеют удобную командную строку и графический интерфейс.

Я использовал простой сценарий Bash, который, возможно, называется vers. Сводка:

1. Запустите мой обычный редактор для файлов, переданных в качестве аргументов. После редактирования:
2. Для каждого файла найдите наивысшее имя, например file.V[0-9][0-9].
3. Если другая контрольная сумма, cp -pследующая старшая версия и chmod 400.
4. Если нет предыдущей версии, сделайтеfile.V01
5. Уберите все лишнее в подкаталог _VERSIONS.

Полезно для определения того, что вы изменили и в какие дни.

Gitfs дает лучшее из обоих миров, по крайней мере, если это работает для вас. Он обеспечивает представление репозитория git, где вы можете редактировать файлы, и каждая версия фиксируется автоматически.

mkdir mnt
gitfs https://example.com/repo.git $PWD/mnt -o repo_path=$PWD/working_copy

После этого вы сможете редактировать файлы в mnt/current, и каждая версия файлов будет автоматически зафиксирована в git, а также будет доступна через mnt/history/*/*.

Обратите внимание, что первым аргументом должен быть удаленный репозиторий. Gitfs, похоже, не работает с локальным репозиторием :, если он пуст, он указывает git получить доступ к удаленному origin, которого не существует, и если он не -гол, Gitfs пытается нажать на него, что терпит неудачу, и Gitfs не сообщит вам об этом, кроме как через отладочное сообщение, поэтому вы потеряете все свои изменения.

Предостережение. :gitfs кажется довольно глючным и плохо поддерживается. Тихие сбои являются распространенной проблемой (перейдите -o log=-,debug=true,foreground=true,…для попытки диагностики ). Вам нужно включить user_allow_otherв /etc/fuse.conf, потому что манипулирование аргументами содержит ошибки . Это правильная концепция, но я не могу ее рекомендовать, если кто-то не возьмет на себя сопровождение и не исправит ее (Я не добровольно ).

Есть несколько способов сделать это:

• vim
• emacs
• git
• inotify-tools
• git-annex(все -в -одно решение)

Все они подробно описаны здесь:

Использование Vim:

Тогда я бы порекомендовал использовать историю отмен, которая не только (, как следует из названия, )относится к действию undoвыполнения действия в редакторе Vim, но также и к тому, которое вы сохраняете. Подробнее здесь.

Добавление следующего в ваш.vimrc:

let vimDir = '$HOME/.vim'
let &runtimepath.=','.vimDir

" Keep undo history across sessions by storing it in a file
if has('persistent_undo')
    let myUndoDir = expand(vimDir. '/undodir')
" Create dirs
    call system('mkdir '. vimDir)
    call system('mkdir '. myUndoDir)
    let &undodir = myUndoDir
    set undofile
endif

Сделает так, чтобы все изменения/отмены постоянно сохранялись в каталоге undodirв вашем локальном каталоге vimDir, который по умолчанию находится либо в .vimв вашем домашнем каталоге, либо в других, упомянутых в выводе :versionили --versionв командной строке.

Для еще большего контроля над историей отмен я бы порекомендовал также использовать Undotree .

Использование Emacs:

Есть пакеты с похожим названием, называемые Undotree , которые делают аналогичные вещи. Подробнее об истории отмены здесь .

Использование Git:

Я бы рекомендовал использовать git -autocommit , который представляет собой небольшой bash-скрипт с git как единственными зависимостями, которые следят за текущим каталогом git (, где вы его запускаете )для любых новых файлов/или измененных файлов и зафиксировать их.

Учитывая природу Gitон сохраняет все изменения в файле, и хотя он не подходит для производственного/серьезного проекта, это полезное решение, если вы не возражаете против отсутствия сообщения фиксации/общего сообщение коммита (, которое вы всегда можете отредактировать/добавить позже ).

Запустите его после навигации по нужному каталогу git (, который сначала создается с помощью git initв определенном каталоге, дополнительная информация в официальном руководстве)вот так:

screen -dmS namehere git-autocommit -i 1 -V

, если вы используете screen, дляtmux:

tmux new -n namehere git-autocommit -i 1 -V

иначе:

git-autocommit -i 1 -V

будет достаточно, если вы предпочитаете не использовать его в фоновом режиме.

Использование инструментов inotify -:

Я бы рекомендовал использовать inotify-toolsили, точнее, inotifywatch, который может обнаруживать и (, как следует из его названия, )отслеживать файл/каталог на наличие изменений, с которыми вы затем можете выполнять действия (например, сохранить его в другом месте и т. д. ).

Здесь флаг для использования сinotifywatch:

inotifywait -r -m -q -e close_write --format %w%f yourdirectorypathhere

и здесь пример скрипта Bash, использующего приведенный выше:

#!/bin/bash
inotifywait -r -m -q -e close_write --format %w%f directorytowatch | while IFS= read -r file; do

    process $file
done

Где processможет быть чем угодно, например tar, если вы хотите сделать резервную копию при изменении файла, или rclone, если вы хотите загрузить его куда-нибудь...

Использование приложения git -:

Я бы рекомендовал git-annex, который включает не только Git, но и множество других внешних инструментов, таких как inotify-tools, bash, tar, rclone, borgи т. д.

Подробнее о здесь .

Если вам захочется прочитать вики/форум позже, вы также можете git клонировать его локально для чтения в автономном режиме:

git clone git://git-annex.branchable.com

для веб-сайта, форума (все в уценке, поэтому скачивается очень быстро... ), а кодовая база (на Haskell! )и т. д.

Возможно, вы захотите создать функцию, которая сделает за вас утомительную часть?

Например, (примечание :Я еще не знаю git, поэтому я просто добавил «команды-заполнители git», которые вы можете изменить, чтобы заставить их работать)

myvim () { vim "$@"  # put the arguments to myvim after vim (this allows you to add options, too)
           # and then the auto-commit part here. Note: I do *not* know git yet... fix where needed
           # I assume you are in the right directory for git init...
           { git init ; gid add ; git commit ;}
           # or if git add needs the names: (may want to get rid of options in args...)
           # { git init ; git add "$@" ; git commit ;}
           # or
           # { git init ; for f in "$@"; do git add "$f" ; done ; git commit ;}
}

Вы можете заменить ";" между командами с «&&», чтобы следующий шаг выполнялся только в том случае, если предыдущий вернул 0

Другой подход, который охватывает все файлы в данной файловой системе, заключается в использовании файловой системы с журнальной -структурой, такой как NILFS .

Такие файловые системы добавляют изменения, а не заменяют данные. Это фактически эквивалентно непрерывному созданию моментальных снимков (или, скорее, созданию контрольных точек )и позволяет вам вернуться к файловой системе в различные моменты в прошлом. Старые контрольные точки могут собираться -мусором по достижении ими определенного возраста, но контрольные точки можно превратить в постоянные моментальные снимки, и это можно автоматизировать, например, сохранять один снимок в час за последний месяц, затем один снимок в час. в день в течение шести месяцев, затем один раз в неделю и т. д.

NILFS хорошо -поддерживается в Linux и весьма эффективен при использовании для /home.

Возможно, вы захотите взглянуть на src(это означает Simple Revision Control ), облегченную систему для управления независимыми файлами (, а не целыми проектами ). Он доступен в Debian (small wonder )или его легко установить самостоятельно.