Как и зачем хранить домашние каталоги пользователей в Git-репозиториях

[SilverFire]

В целом это называют dotfiles и это целый мир :)

Посмотрите https://dotfiles.github.io/ – это сборник лучших практик по управлению dotfiles: там и подборка утилит, и мануалы, и ссылки на примеры любопытных публичных репок с dotfiles.

[SilverFire]

Используйте приватный репозиторий

Не соглашусь с рекомендацией. Хорошей практикой считается не хранить секреты под ревизией, потому люди спокойно ведут dotfiles в публичных репозиториях, делятся идеями и развивают инструментарий

[amarao]

Наведение дисциплины — это очень важно. CI/CD процесс всюду, включая посещение туалета и приготовление яичницы на кухне. Максимальная дисциплина. Вы не можете расслабиться даже у себя в $HOME.

[vvzvlad]

В случае поноса система мониторинга просто гасит текущий инстанс, и накатывает вас из последней резервной копии. Не забывайте не только коммитить воспоминания, но и пушить их на удаленный сервер!

[thegriglat]

Лично мне больше зашла ncurses утилита ncdu для проверки размера директорий

В данный момент я в качестве теста использую IPFS для shareable папок домашнего каталога — дедупликация и доступ отовсюду из коробки. Отдельная нода IPFS на raspberry pi, которая собственно и держит IPFS адрес доступным

[Oxyd]

Попробуйте ncdu заменить на gdu. Это то же самое, только шустрее и на гошечке написано.

[megabot]

На эту тему есть на мой взгляд прекрасная программка yadm, у которой «под капотом» тот же git, но есть ряд дополнительных плюшек, типа шифрования файлов.

[Temtaime]

Есть же нормальные инструменты типа Nextcloud — зачем изобретать велосипед?
Там и версионирование, синхронизация между десктопами/мобильными устройствами, шифрование, сотни других плюшек.

[e-zig]

Кто то еще таскает с собой с компа на комп фото, музыку, видео, бинарники? Я думал это в прошлом. Все вроде в облаках давно держится. Что то рабочее (код, доки) еще понятно. Гит как замена тому же ядиску так себе идея.

[alex1t]

Даже можно Resilio Sync или Syncthing использовать для этого

[S-type]

Блин, а ведь это мысль! Когда работаешь в банке — флешка отключена, файлообменники запрещены (тот же Yandex.Диск), а Git-ом доступен (каждый день пользуюсь). Теперь можно будет спокойно слушать на работе музычку…

[pprometey]

Я для этих целей использую довольно успешно Syncthing, — 2p2 систему синхронизации каталогов.

[MikesoWeb]

Ну вообще-то бесплатный гитхаб 500 метров позволяет хранить, платный 2 гига. О какой синхронизации может идти речь? Текстовые файлы?

[sdore]

Вы путаете гит и гитхаб.

[ptr128]

Так как бинарники для меня важны, и их много, хоть и небольших (фонты, фоновые картинки, иконки, элементы спрайтов и прочее, нужное для программирования графики на микроконтроллере), то пришлось ставить на домашний сервер SVN. В GIT смержить изменения в том же bimap фонте, когда в одном месте поменял один символ, а в другом какой-то другой — задача почти не разрешимая.

[lizardus]

Subversion на мой взгляд намного удобнее для этих целей: Единственный приватный репозиторий, разделение прав доступа для поользователей, нет особых проблем с бинарными файлами, доступ к файлам по простому WebDAV, несложно прикрутить авторизацию по сертификату. С dot-файлами и прочими документами (не кодом) обычно не сильно нужны обильные branches с частым и сложным слиянием (и частоколом веток в котором черт ногу сломит). Тут git сильно уступает svn. Да и научить синхронизировать файлики с svn можно быстро научить кого угодно. Скрипт для вытаскивания XML из LO файлов это… как бы сильно неоптимально. Есть же поддержка Flat XML (https://wiki.documentfoundation.org/Libreoffice_and_subversion). Microsoft Office тоже позволяет сохранять документы чистом XML. Для LO есть простенькое расширение для svn (https://extensions.libreoffice.org/en/extensions/show/4071). В общем — разные тулзы для разных целей (но похоже некоторые выучив как пользоваться микроскопом пытаются им же и разглядывать мелкий шрифт в газете и забивать гвозди, ну и вычурные скрипты писать по приколу :)

[Oxyd]

Вот как раз таки бранчи, для конфигов, очень полезны. Моно спокойно крутить какую-то новую фичу, не портя основную ветку. Если всё хорошо, в результате «кручения ручек», можно спокойно мержить результаты экпериментов с основной веткой.

[ptr128]

SVN так же поддерживет ветки и их слияние, как и GIT. В этом смысле принципиальной разницы между ними нет. А вот то, что SVN обнаруживает изменения в бинарных файлах и позволяет их сливать, если эти изменения в разных местах — существенно.

[lizardus]

svn не поощряет создание веток по малейшему поводу, что может быть как неудобством, так и преимуществом. Мне кажется для конфигов гитообразный лес из веток как раз нехарактерен, как пулл-реквесты и многие другие полезности. Ну и такая особеность svn как возможность практически из коробки работать с https и webdav сильно облегчает жизнь — элементарно деплоить конфиг на машину не требуя установки vcs.