Size: a a a

2021 March 12

️ ️️ in pro.git::next
️ ️️
сам репозиторий вообще отдельно

а файлы из / и из ~/
я подумал что лучше так не делать и теперь там только один worktree как во всех туториалах по дотфайлам
источник

FS

Flower Surgeon in pro.git::next
️ ️️
ну в репе у меня /etc/ и эта репа в гдето в ~/ и вы предлагаете делать симлинки из репы
держите репу вне /home и пушьте в неё
источник

️ ️️ in pro.git::next
вот так у меня

alias c='git --git-dir="${HOME}/projects/dotfiles/.bare" --work-tree="${HOME}"'
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Flower Surgeon
Не, наоборот. Дотфайлы — это симлинки на файлы в репе.
Немного неудобно, потому что добавление и удаление файлов не будет приводить к соответствующим операциям над симлинками, и придётся это хуками менеджить.

Ну а хук, который удаляет файлы в home, как раз таки выглядит очень стрёмно и несекурно :)
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
(хорошего решения у меня, однако, нет)
источник

FS

Flower Surgeon in pro.git::next
Dr. Friedrich von Never
Немного неудобно, потому что добавление и удаление файлов не будет приводить к соответствующим операциям над симлинками, и придётся это хуками менеджить.

Ну а хук, который удаляет файлы в home, как раз таки выглядит очень стрёмно и несекурно :)
Не, с симлинками-то всё ок будет, а вот с хардлинками — уже да.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Flower Surgeon
Не, с симлинками-то всё ок будет, а вот с хардлинками — уже да.
А что ок? Кто их удалит после того, как файлы удалились на git pull?
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
И кто создаст новые симлинки, если файлы добавились?
источник

FS

Flower Surgeon in pro.git::next
Dr. Friedrich von Never
А что ок? Кто их удалит после того, как файлы удалились на git pull?
висячие ссылки да, надо будет кому-то чистить
источник

FS

Flower Surgeon in pro.git::next
но уж коли ты такой ССЗБ, что махаешь системными файлами из домашней директории — то сам найдёшь выход
источник

IS

Ivan Stepanov in pro.git::next
Из-за чего сабмодули в главном репозитории могут уходить в detached head?
источник

IS

Ivan Stepanov in pro.git::next
Вот сделал я checkout на мастере,  потом делаю pull и репа в detached head
источник

IS

Ivan Stepanov in pro.git::next
Вопрос, зачем и когда пригождается команда
git submodule update --remote --merge
если после неё не уходит detached HEAD?
источник

АЕ

Александр Епанешнико... in pro.git::next
это их нормальное состояние, дело в том, что HEAD в субмодуле указывает на коммит, а не на ветку.
источник

АЕ

Александр Епанешнико... in pro.git::next
Ivan Stepanov
Из-за чего сабмодули в главном репозитории могут уходить в detached head?
это к этому ответ.
источник

IS

Ivan Stepanov in pro.git::next
Александр Епанешников
это их нормальное состояние, дело в том, что HEAD в субмодуле указывает на коммит, а не на ветку.
Т.е. такое может быть только после git clone?
источник

АЕ

Александр Епанешнико... in pro.git::next
Ivan Stepanov
Т.е. такое может быть только после git clone?
или когда подмодули обновились.
источник

IS

Ivan Stepanov in pro.git::next
Александр Епанешников
или когда подмодули обновились.
Не получается репродьюснуть на двух локальных репах. Делаю просто fetch
источник

IS

Ivan Stepanov in pro.git::next
Вот состояние до и после, после выполнения git submodules update —remote
источник

IS

Ivan Stepanov in pro.git::next
источник