Переназначение длинных имен файлов с использованием имен UNC

У кого-нибудь есть клиентский клиент perforce, работающий с длинными именами файлов? После this article на Perforce КБ Я пытался использовать \ \ C: \ Temp? Как корень рабочего пространства, но P4V дает ошибку в следующей форме:Переназначение длинных имен файлов с использованием имен UNC

не может создать каталог для

\\ \ C? : \ temp \ path ...

mkdir: \\? \ C: \: Доступ запрещен.

Мне кажется, что P4V пытается создать каталог \\\\?\\C:\\, предположив, что он не существует.

Мой P4C клиент, кажется, версия «Rev. неволей Визуальная Client/NTX86/2011,1/428988», в «2012 09 марта»

источник

2013-04-08 Miserable Variable

База знаний статье вы ссылаетесь имеет дело с очень длинными путями, не с длинными именами файлов (с помощью которых, я думаю, вы имеете в виду больше, чем старая DOS «8.3» длина имени файла).

Поскольку Perforce не имеет команды mkdir, вы должны создать каталог, как обычно, под Windows, а затем отредактировать файл в этом каталоге.

На данный момент вы не использовали Perforce вообще.

Затем вы можете использовать P4V для «добавления» созданного вами файла в дерево Perforce и «отправить» файл, когда вы будете готовы ввести его в систему управления версиями.

источник

2013-04-08 20:14:09

ошибка является "слишком длинное имя файла" но я думаю, что проблема связана с длиной самого пути: начальная проверка работает, если корнем рабочей области является c: \ x, но нет, если это c: \ users \ perforce \ workspace \ u6965_win7x88985_6431. С корнем рабочего пространства «\\? \ C: \ temp» ошибка является ошибкой доступа для mkdir для \\? \ C: \, поэтому я думаю, что P4V не понимает путь unc. –

Путь, который вы показываете, намного короче, чем ограничение по байту в 260 байтов, указанное статьей KB. Как долго имя файла, который вы пытаетесь проверить? (эта длина + длина пути, который вы показываете выше, превышает 260 байтов?). BTW, я бы немного отложил формулировку статьи KB об использовании \\? \: "Prepend \\? \ К существующему имени файла (этот метод не проверен ..." Perforce сильно указывает на эту статью, что они предпочитают использовать subst. –

Корень рабочей области не является собой> 260 символов, но файл, на котором я получаю ошибку, имеет общую длину> 260 символов. BTW Я не пытаюсь проверить, я пытаюсь настроить мое рабочее пространство и получить все файлы сначала из сервера (депо?). Я извиняюсь за использование терминологической терминологии, я совершенно новичок в использовании. –

В моем случае «Имя файла слишком длинное» связано с длинным именем пути.
Я думаю, сообщение об ошибке не так ясно. Это связано с ограничениями файловой системы Windows.

Моим решением было удалить несколько символов из названия рабочего пространства. Я думаю, это краткосрочное решение.
Следующие KB article обсуждают различные обходные пути к этой проблеме.

Я использую:

Windows 7 (версия 6.1.7601)
P4V версия: неволей Визуальный клиент/NTX64/2012.2/527787

источник

2013-04-21 06:33:50

Переназначение длинных имен файлов с использованием имен UNC

ответ

Смежные вопросы