Отправка локального репозитория Mercurial на удаленный сервер или клонирование на сервере с локального

что я делаю не так, что касается hg serve?

Трудно сказать, но hg serve обычно не так, как я бы создавал удаленный клон в сторонней службе. Что касается меня, я бы не проделал дыру в своем брандмауэре, если бы мне не пришлось этого делать.

создание пустого репозитория на сервере, а затем перенос локального репозитория в новый удаленный репозиторий, нормально?

да. Вот как я создаю удаленный клон в Kiln. Создайте новое пустое репо в Kiln, возьмите URL-адрес нового репозитория и затем отправьте его с моего компьютера.

Это источник проблемы поиска изменений?

Не уверен, но этот отчет предполагает, что действительно большой толчок может быть проблемой. Они предлагают использовать патроны меньшего размера (например, на несколько оборотов за раз). Еще одно соображение заключается в том, можете ли вы жить без своей истории изменений (согласны ли вы создать новое репо из текущей версии файлов и отправить этот репозиторий. В отчете также говорится, что аутентификация была источником некоторых проблем (но, похоже, другое сообщение об ошибке).

В противном случае вам нужно будет выполнить дополнительную отладку, чтобы попытаться изолировать проблему от этого конкретного репо, вашего подключения к удаленному или удаленного репо. Некоторые мысли:

1. Похоже, вы уже пробовали другой хост, но, может быть, попробовать еще один?
2. Можете ли вы перенести пустой репозиторий или другое репозиторий со своего компьютера на удаленный?
3. Есть ли у вас доступ к другому с компьютера / сети (например, к ноутбуку и местной кофейне с бесплатным Wi-Fi), который вы можете попробовать отправить целевое репо или тестовое репо?

Да, вы можете без проблем нажать на пустой репозиторий. Когда вы нажимаете или вытягиваете, Mercurial проверяет, связаны ли репозитории источника и назначения друг с другом. Это мешает мне втягивать наборы изменений, связанные, например, с OpenOffice, в мой клон Mozilla Firefox.

Новый пустой репозиторий связан со всеми репозиториями, поэтому вы всегда можете создать пустой репозиторий и вставлять / вытягивать в него наборы изменений.

На самом деле, когда вы это делаете

hg clone http://example.net/my-repository

тогда это то же самое, что делать

hg init my-repository
cd my-repository
hg pull http://example.net/my-repository

за исключением того, что для вас не будет настройки пути по умолчанию - см. комментарий barjak о том, как это сделать.

Людям нужно знать это хорошо (и проще всего), просто чтобы запустить новое репо и нажать на него, как говорится в принятом ответе.

Но другой вариант, если ваш сервер доступен по ssh, - это сделать быстрый обратный туннель с замазкой на локальном Windows. Это не требует изменения вашего брандмауэра.

в putty найдите ssh >> туннелирует это меню и выберите удаленную кнопку для обратного туннеля.

Или на локальном Linux что-то вроде:

ssh -fnNTR <any port you want to forward to your remote>:localhost:<port for local hg serv> <and then here type what you would normally to ssh to your remote ssh sever>

Теперь вы обошли свой брандмауэр и можете клонировать!

Я должен добавить, что вы можете сделать обычный прямой туннель для нажатия, просто изменив R на L (локальный) и изменив номера портов, если это необходимо.

Hg Mercurial можно использовать с протоколом защищенной оболочки. Возможны два варианта пути:

$ hg clone localrepo ssh://[email protected]:port/relative_remote_path
$ hg clone localrepo ssh://[email protected]:port//absolute_remote_path

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