Я пытаюсь перенести иерархию папок в репозиторий Mercurial, который содержит файлы, длина абсолютной длины которых превышает 255 символов (максимальная длина пути к Windows).
Для этих файлов я получаю сообщение об ошибке
Система не может найти указанный путь
Мы используем TortoiseHG и плагин Eclipse для Mercurial, оба не работают.
Кто-нибудь нашел решение для этого? (Я не хочу менять местоположение репозитория на своем HD)
Существует расширение, которое направлено на решение этой точной проблемы. Это: https://www.mercurial-scm.org/wiki/Win32LongFileNamesExtension
Он использует имена \\?\style для прозрачной обработки длинных файлов.
Я автор, дайте мне знать, если это сработает для вас.
Я только что установил расширение Aaron Cohen, поскольку он предложил. И он отлично работает с моим TortoiseHG 2.6.1! Спасибо, Аарон!
Хотя, я хотел бы добавить подробное руководство здесь, потому что я не могу найти его...
(По крайней мере, здесь, что я сделал на моем Win7 x64 - я не уверен, что это самый короткий путь)
setx PYTHONPATH d:\Python27\Lib\site-packages\win32lfn\src;d:\Python27\Lib\site-packages\mercurial\
cd /D D:\Python27
python d:\Python27\Lib\site-packages\win32lfn\tests\testwin32lfn.py
[extensions]
win32lfn = d:\Python27\Lib\site-packages\win32lfn\src\win32lfn.py
См. https://www.mercurial-scm.org/wiki/Win32LongFileNamesExtension (Аарон указал на него через список рассылки mercurial-devel).
Другим обходным решением без изменения пути к репо может быть создание второго пути к нему с помощью точек соединения каталога. Это может сработать, потому что репарация выполняется на очень низком уровне драйвером файловой системы (или, скорее, с установленным фильтром), поэтому к этому времени известен полный (Unicode) путь, а расширение до 260 символов должно работать нормально. Попробуйте. Вы можете использовать инструмент mklink в Windows Vista или 7 и junction.exe из Sysinternals в Windows 2000 или новее. Для mklink убедитесь, что вы создали точку соединения. Я не уверен, что механизм reparsing работает одинаково для символических ссылок каталога (хотя я слабо помню, что он должен).
Если у вас нет версии Unicode доступной программы, ограничение составляет 260 символов (включая часть буквы диска). Нет ничего, чтобы обойти это.
Тем не менее, все функции ANSI реализованы с помощью их юникодской копии, и поэтому вам может повезти, предоставив полный путь, добавленный с помощью \\?\. Это может сработать, но, скорее всего, не будет, потому что сама программа не учитывала ничего выше MAX_PATH (= 260). Попросите автора составить версию Unicode и использовать префикс, о котором я упоминал. Это устранит проблему.
Это предел подсистемы Win32. Абсолютный предел длины пути составляет приблизительно 32 767 символов. Примерно потому, что диспетчер объектов Windows может расширять его (символические ссылки в пространстве имен объектов и т.п.).
Быстрое и грязное решение - отобразить сетевой диск.
Для пути c:\some long path\project folder
Карта\\localhost\c $\ некоторый длинный путь\для управления Z:\
cd z:\project folder
hg push
Мы используем это успешно в качестве промежуточного решения, прежде чем переходить на более короткие пути.
Меркуриальные плагины выше выглядят хорошо, но, к сожалению, существует множество не-меркуриальных ошибок, связанных с дорожкой более 255 символов. Например, сбой VS2010 на ровно 259 символов - это настоящая пробка!
Система Windows 10 с клиентом Mercurial 4.4.1
Расширение Aaron Cohen будет работать, мне нужно сделать небольшую небольшую настройку
на основе комментария от mhaecki по этой теме: https://bitbucket.org/remleduff/win32lfn/issues/13/not-compatible-with-version-431
в файле win32lfn.py я изменил:
from mercurial import util, osutil,cmdutil
from mercurial.i18n import _
to:
from mercurial import util, cmdutil
from mercurial.cext import osutil
from mercurial.i18n import _