Как безопасно отключить/удалить каталог больших файлов из репозитория mercurial?

Для вашего первого вопроса я провел эксперимент:

1. Создал репо с большим файлом.
2. hg update null
3. Удалено .hg\largefiles
4. hg update

Вернулись большие файлы! Оказывается, по крайней мере, в Windows большие файлы также кэшируются в %UserProfile%\AppData\Local\largefiles. Поскольку это была моя единственная база данных с большими файлами, она содержала только один мой большой файл, поэтому я удалил и его. Этот кеш содержит большие файлы из нескольких локальных баз данных с поддержкой больших файлов, поэтому с ним нужно быть осторожным. Если кажется расточительным иметь две копии, оказывается, если локальные базы данных находятся на том же диске, что и %UserProfile%, то они жестко связаны. В моей системе два диска, и оказывается, что если база данных находится на другом диске, она все равно копируется в папку AppData, но не жестко связана и удваивает использование вашего диска.

Как только все копии большого файла были удалены, hg update дал:

1 files updated, 0 files merged, 0 files removed, 0 files unresolved
getting changed largefiles
largefile.dat: can't get file locally
(no default or default-push path set in hgrc)
0 largefiles updated, 0 removed

Затем я удалил [extensions], largefiles= из .hg\hgrc, чтобы отключить расширение. На данный момент репозиторий работал нормально, но все еще имел каталог .hglf с хэшами в наборах изменений, которые раньше содержали большие файлы. поэтому ответ на ваш второй вопрос - да, вы можете проверить старый код.

Для вашего третьего вопроса, чтобы устранить все следы больших файлов и хэшей, создайте файл с:

exclude .hglf

и запустите:

hg convert --filemap <file> <srcrepo> <destrepo>

Затем вашим пользователям придется клонировать этот новый измененный репозиторий, потому что convert изменяет наборы изменений, и новая база данных не будет связана со старой.

Ту же команду для преобразования простого репозитория в большие файлы, lfconvert, можно использовать и в другом направлении:

$ hg --config extensions.largefiles= help lfconvert
hg lfconvert SOURCE DEST [FILE ...]

convert a normal repository to a largefiles repository

Convert repository SOURCE to a new repository DEST, identical to SOURCE
except that certain files will be converted as largefiles [...]

Use --to-normal to convert largefiles back to normal files; after this,
the DEST repository can be used without largefiles at all.

Таким образом, следующая команда сделает свое дело:

$ hg --config extensions.largefiles= lfconvert --to-normal <LARGEFILE_REPO> <PLAIN_REPO>

Вам нужно будет координировать свои действия с вашей командой, чтобы:

1. все вносят свои последние изменения в главный репозиторий больших файлов
2. доступ к основному репозиторию отключен навсегда (во избежание случайных нажатий)
3. все удаляют расширение largefiles из своих $HOME/.hgrc
4. удалите расширение largefiles из hgrc пользователя, предлагающего доступ к основным репозиториям (расположение hgrc зависит от того, как главные репозитории являются серверными, SSH или HTTP). Это сделает невозможным, чтобы кто-то случайно добавил большой файл в клон нового репо и отправил его!
5. выполнить преобразование основного репо в обычное репо
6. принять решение об изменении имени/пути (если есть) для нового основного репо
7. включить доступ к новому, простому основному репо
8. все клонируют новое простое репо

Обратите внимание, что lfconvert доступно, только если расширение largefiles включено. Я предлагаю, следуя пункту 3, удалить его из $HOME/.hgrc и включить его одной командой с параметром --config extensions.largefiles=, как показано в примере выше.

Также обратите внимание, что преобразование в обычный репозиторий позволит использовать недавнее расширение fsmonitor, которое использует механизм inotify ядра (или его эквивалент в MacOSX) для значительного ускорения некоторых операций, таких как hg status. Например, для огромного репозитория, который у меня есть, hg status увеличилось с 10 до 0,5 с :-)