Ну это уже хороший вариант, потому что не создает всяких ненужных файлов в etc, но хотелось бы конечно чего-то более автоматического, например пропатченный vi, чтобы при сохранении всегда комитил изменения и запрашивал комментарии к изменению, тогда не забудешь комитнуть и их указать. А я из доки не понял — он _только_ на etc?
Из моего опыта: процессно-техническое решение работает только тогда, когда оно не дает широких возможностей выстрелить себе в ногу, это значит оно должно быть подркреплено техническими решениями, сводящими человеческий фактор к минимуму, но не должна быть «чемоданом-без-ручки», т.е. быть помаксимому удобной
Папка с симлинками — штука хорошая, но она не даст возможность конфиги заливать в трэкинговую систему. Если конечно не сделать наоброт — конфиги положить в папку и сделать симлинки с мест их оригинального места пребывания
Ну, полные бэкапы не отображают кто, что поменял. Плюс — все таки это более грубый вариант. Что если я внес несколько чейнджей? Короче, гибкость системы контроля версий, имхо, вещь полезная в таких работах. Вот только как система должна быт применена в таком процессе — вот вопрос.
tail -f file.txt | awk '{total+=$0,count+=1} END {total/count}'
висит и ниче не выдает.