«Мертвые» каталоги в Mercurial

Question

В моем репозитории Hg (в Google Code) у меня есть каталог, которого там быть не должно. По сути, я решил переместить все в подкаталог (у меня все было в корне), который работал нормально, но теперь есть пара «мертвых» каталогов. Насколько я понимаю, HG работает с файлами, а не с отслеживанием каталогов, поэтому я думаю, что именно так и происходит.

* ** 1003 тысяча два * Пример

Исходная структура каталогов:

/
- includes/
  - bootstrap
- index

Изменения сделаны и отправлены (это то, что я вижу в своей рабочей копии, которая актуальна):

/
- project/
  - includes/
    - bootstrap
  - index

Результат (это то, что я вижу в удаленном репо):

/
- includes/
- project/
  - includes/
    - bootstrap
  - index

Это происходит только в удаленном репозитории, моя рабочая копия в порядке. Я видел, что команда push может запускать удаленные команды в удаленном репозитории - может ли быть что-то, что я мог бы запустить, используя это?

Answer 1

Полагаю, вы говорите о этом cset (так как репозиторий общедоступен, при условии, что ссылка была бы проще :))

Кажется, что только Google-код отображает неправильно, а не ваш репозиторий: см. Этот отчет об ошибке .

Простой способ проверить несоответствия в вашем удаленном репо - просто клонировать репо в новом каталоге: новый клон содержит точно тех же данных и ведет себя точно как основной репозиторий (это DCVS, поэтому каждый узел может без каких-либо различий выступать в роли сервера или клиента). По этой причине, если новый клон чист и работает должным образом, ваше удаленное хранилище будет в том же состоянии.

Answer 2

Может быть, здесь виноват пользовательский бэкэнд Google?

Google не использует стандартный ртутный сервер для code.google.com. Интересно, действительно ли этот каталог находится в бэкэнде BigTable. Однако при клонировании Mercurial не имеет понятия отслеживаемых каталогов, поэтому информация не может быть передана по протоколу Mercurial.

Если вы действительно хотите, чтобы каталог исчез, вы можете выполнить очистку репо, а затем повторно нажать локальную копию.