Создание Git-репо в / (root) для настроек отслеживания?

На самом деле вы, вероятно, хотите файлы конфигурации управления версиями в /etc/ (вам не нужны записи корневого каталога /, в частности каталоги, такие как proc или usr или bin в [ f6]), поэтому вы можете установить пакет etckeeper

. Вы также можете управлять версиями некоторых выбранных подкаталогов (например, /usr/share/applications/, которые вы упомянули).

Однако, дон Не путайте систему Ubuntu etckeeper . Возможно, вам в основном нужно создать резервную копию текущего списка установленных пакетов.

Наличие git-репо в / отлично работает, за исключением того, что его трудно заметить, когда у вас более низкий уровень git-репо с проблемами, поскольку он будет отвечать за всех из них.

Примечание: меньше работает и, вероятно, более полезно использовать «debsums»

sudo apt-get install debsums

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

В качестве примера из установленных пакетов здесь те, которые отличаются от восходящих пакетов.

$ sudo debsums -c
/boot/vmlinuz-4.10.0-19-generic

И вы можете получить список измененных файлов конфигурации с помощью:

$ sudo debsums -ec
debsums: missing file /etc/default/chromium-browser (from chromium-browser package)
 /etc/libvirt/libvirt.conf
 <snip>

Обратите внимание, как хром-браузер неправильно упакован и имеет файл, указанный в списке файлов пакетов, который не существует.

/var/lib/dpkg/info/chromium-browser.list

Это использует данные dpkg и избегает большого каталога /.git и рабочего процесса.

Итак, я изучал другие ответы, и я нашел процедуру, которая работает для меня:

## Source: https://stackoverflow.com/a/29932318/4900327
## Comments are on new lines because trailing whitespace matters in Git (stackoverflow.com/a/8865858/4900327)

# Blacklist all files, folders and subfolders in the same directory as the .gitignore file.
/*
# Do not blacklist the .gitignore file.
!.gitignore

# Now whitelist certain files.
# For files in subfolders, some hoops must be jumped through (stackoverflow.com/a/16318111/4900327):

## Whitelisting files in /etc/ folder:
# Whitelist the /etc/ folder (the git repo folder is whitelisted always)
!/etc/
# Blacklist all files in /etc/ folder.
/etc/*
# Whitelist specific file(s) in /etc/ folder.
!/etc/crontab


## Whitelisting files in /etc/default/ folder:
# /etc/ is already whitelisted, and its contents blacklisted.
# Whitelist /etc/default/ folder.
!/etc/default/
# Blacklist all files in /etc/default/ folder.
/etc/default/*
# Whitelist specific file(s) in /etc/default/ folder.
!/etc/default/tlp


## Whitelisting files in /home/USERNAME/ folder:
# Whitelist /home/ folder.
!/home/
# Blacklist all files in /home/ folder.
/home/*
# Whitelist /home/USERNAME/ folder.
!/home/USERNAME/
# Blacklist all files in /home/USERNAME/ folder.
/home/USERNAME/*
# Whitelist specific file(s) in /home/USERNAME/ folder
!/home/USERNAME/.bash_profile
!/home/USERNAME/.bashrc

If you used the above `.gitignore`, it should track `/etc/crontab`, `/etc/default/tlp`, `/home/USERNAME/.bash_profile`, and `/home/USERNAME/.bashrc`.

Если вы собираетесь хранить чувствительные вещи (например, /etc/shadow) в git-репо, вы должны убедиться, что они не читаются всеми пользователями, поскольку по умолчанию объекты будут иметь разрешение 444, а каталоги будут иметь разрешение 0755. Вы можете изменить разрешение .git на 700 или поместить его в /root

. Другая проблема заключается в том, что git не сохраняет права доступа к файлам, такие как файловая система, и не сохраняет расширенные атрибутов. Для файлов git только сохраняет, являются ли они исполняемыми. Поэтому, если вы хотите восстановить удаленный файл, его владелец и группа будут root (если вы сделаете это как root), а его разрешение будет 644 или 755. Это может быть проблематично для файлов конфигурации служб, владельцем которых не является root.

На самом деле вы, вероятно, хотите файлы конфигурации управления версиями в /etc/ (вам не нужны записи корневого каталога /, в частности каталоги, такие как proc или usr или bin в /), поэтому вы можете установить пакет etckeeper

. Вы также можете управлять версиями некоторых выбранных подкаталогов (например, /usr/share/applications/, которые вы упомянули).

Однако, дон Не путайте систему Ubuntu etckeeper . Возможно, вам в основном нужно создать резервную копию текущего списка установленных пакетов.

Итак, я изучал другие ответы, и я нашел процедуру, которая работает для меня:

Наличие git-репо в / отлично работает, за исключением того, что его трудно заметить, когда у вас более низкий уровень git-репо с проблемами, поскольку он будет отвечать за всех из них.

Примечание: меньше работает и, вероятно, более полезно использовать «debsums»

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

В качестве примера из установленных пакетов здесь те, которые отличаются от восходящих пакетов.

И вы можете получить список измененных файлов конфигурации с помощью:

Обратите внимание, как хром-браузер неправильно упакован и имеет файл, указанный в списке файлов пакетов, который не существует.

Это использует данные dpkg и избегает большого каталога /.git и рабочего процесса.

Если вы собираетесь хранить чувствительные вещи (например, /etc/shadow) в git-репо, вы должны убедиться, что они не читаются всеми пользователями, поскольку по умолчанию объекты будут иметь разрешение 444, а каталоги будут иметь разрешение 0755. Вы можете изменить разрешение .git на 700 или поместить его в /root

. Другая проблема заключается в том, что git не сохраняет права доступа к файлам, такие как файловая система, и не сохраняет расширенные атрибутов. Для файлов git только сохраняет, являются ли они исполняемыми. Поэтому, если вы хотите восстановить удаленный файл, его владелец и группа будут root (если вы сделаете это как root), а его разрешение будет 644 или 755. Это может быть проблематично для файлов конфигурации служб, владельцем которых не является root.

На самом деле вы, вероятно, хотите файлы конфигурации управления версиями в /etc/ (вам не нужны записи корневого каталога /, в частности каталоги, такие как proc или usr или bin в /), поэтому вы можете установить пакет etckeeper

. Вы также можете управлять версиями некоторых выбранных подкаталогов (например, /usr/share/applications/, которые вы упомянули).

Однако, дон Не путайте систему Ubuntu etckeeper . Возможно, вам в основном нужно создать резервную копию текущего списка установленных пакетов.

Итак, я изучал другие ответы, и я нашел процедуру, которая работает для меня:

Наличие git-репо в / отлично работает, за исключением того, что его трудно заметить, когда у вас более низкий уровень git-репо с проблемами, поскольку он будет отвечать за всех из них.

Примечание: меньше работает и, вероятно, более полезно использовать «debsums»

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

В качестве примера из установленных пакетов здесь те, которые отличаются от восходящих пакетов.

И вы можете получить список измененных файлов конфигурации с помощью:

Обратите внимание, как хром-браузер неправильно упакован и имеет файл, указанный в списке файлов пакетов, который не существует.

Это использует данные dpkg и избегает большого каталога /.git и рабочего процесса.

Если вы собираетесь хранить чувствительные вещи (например, /etc/shadow) в git-репо, вы должны убедиться, что они не читаются всеми пользователями, поскольку по умолчанию объекты будут иметь разрешение 444, а каталоги будут иметь разрешение 0755. Вы можете изменить разрешение .git на 700 или поместить его в /root

. Другая проблема заключается в том, что git не сохраняет права доступа к файлам, такие как файловая система, и не сохраняет расширенные атрибутов. Для файлов git только сохраняет, являются ли они исполняемыми. Поэтому, если вы хотите восстановить удаленный файл, его владелец и группа будут root (если вы сделаете это как root), а его разрешение будет 644 или 755. Это может быть проблематично для файлов конфигурации служб, владельцем которых не является root.