Perforce Ошибка перевода содержимого файла

Я пытаюсь добавить довольно большое количество файлов в хранилище Perforce. При отправке я получаю следующую ошибку, которая, я думаю, означает, что у него возникли проблемы с определением типа файла для одного из файлов:

  • Блокировка 16380 файлов...
  • Ошибка перевода содержимого файла рядом со строкой 1
  • Отправка прервана — исправьте проблемы, затем используйте «p4 submit -c 5851».
  • Некоторые файлы не могут быть переданы с клиента.

Как я могу получить больше информации об этом, в частности, с каким файлом на самом деле возникают проблемы? Ошибка не совсем полезна, когда дело доходит до решения проблемы.


version-control perforce
person James Sutherland    schedule 20.05.2009    source источник

Ответы (3)


arrow_upward
7
arrow_downward

Обычно я находил ответ через 5 минут после публикации. Оказывается, файл журнала из p4v показывает больше информации, чем окно журнала. Включите ведение журнала файлов, и файл журнала покажет вам, в чем проблема.

person James Sutherland    schedule 20.05.2009
comment
Было решено, что новым файлом будет UTF-16, хотя на самом деле это был просто случайный двоичный файл. Таким образом, он не смог проанализировать его как UTF-16 при регистрации. Журнал позволил мне найти файл, и ручная установка двоичного типа файла решила проблему. - person James Sutherland; 20.05.2009

arrow_upward
1
arrow_downward

У меня только что была эта проблема. И да, это связано с проблемой типа файла. Но если у вас есть сотни тысяч файлов, найти проблемные файлы непросто. «p4 open -c pendingchangelist#» перечисляет файлы (вместе с их типами файлов), которые открыты в ожидающем списке изменений. Направьте вывод в текстовый файл. На некоторых серверах, например, utf16 не поддерживается. найдите «utf16» и переведите их в двоичные (опять же, например). Вы можете переместить файлы-нарушители из списка ожидающих изменений в другой список ожидающих изменений и перепечатать все файлы одним махом с помощью «p4 reopen». Теперь вы можете повторно отправить исходный список ожидающих изменений, а затем отправить новый список ожидающих изменений с исправленными типами файлов.

person amir    schedule 13.04.2011

arrow_upward
1
arrow_downward

Моя ситуация немного отличалась от ситуации амира, но решение сработало. К сожалению, я не знал, какое ключевое слово искать в открытом файле, поэтому я посмотрел на вывод «p4 submit» на консоли и обнаружил, что c-файл был открыт как «unicode». После повторного открытия файла как «текста» я успешно отправил свой список изменений.

В следующий раз, когда я попробую тип файла, указанный в руководстве p4, прежде чем смотреть на вывод, вот список: Базовые типы файлов

person Wen    schedule 17.07.2012