#version-control #mercurial
#контроль версий #mercurial
Вопрос:
Я проверил это:
hg clone https://code.google.com/p/quake2-gwt-port /
и это заняло около 5 минут. Это нормально? Большую часть времени он зависал на «добавление изменений в файл».
(это подходящее место для вопроса? если нет, пожалуйста, перенесите, спасибо!)
Комментарии:
1. На моей машине это заняло около 30 секунд, он остановился на разных файлах (я запускал с —debug , вы можете сделать это, если хотите увидеть больше информации о том, что происходит), например, на некоторых двоичных файлах .jar, которые они имеют версионные.
Ответ №1:
В случае, если вы новичок в распределенном управлении версиями — при первом извлечении (клонировании) из удаленного репозитория он будет клонировать не только заголовок, но и все предыдущие версии, предшествовавшие ему — вы фактически переносите всю историю изменений, которая привела к этому заголовку, на свой локальный компьютер. Преимущества DVCSs в том, что у вас есть локальная копия истории изменений — ваш локальный репозиторий станет таким же авторитетным в отношении истории проекта, как и репозиторий, из которого вы клонировали.
Это будет означать, что первая операция «клонирования» может занять много времени. Однако это только одноразовая операция. Последующие извлечения из удаленного репозитория будут очень быстрыми, поскольку будут извлечены только изменения.
5 минут звучит как долгое время. Но это должно быть одноразовым — даже если вы позже проверите другую ветку или заголовок из того же репозитория, он будет передавать только разные пакеты.
Ответ №2:
Время клонирования зависит не только от размеров файлов, но и от размера истории (для длинных проектов история составляет большую часть репозитория)
Если вы хотите, вы можете разделить первый клон на набор более мелких операций
clone -r N1для создания репозитория и клонирования части истории перед набором изменений Npull -r N2... pull -r NNдля извлечения частей истории, пока у вас не будет полной истории