Проблема с отсутствующими файлами при синхронизации с git-p4

Я получаю повторяющуюся проблему с git-p4. При синхронизации с git-p4 clone //depot/project/main синхронизируется большинство файлов, но есть ряд исключений, для которых я не могу найти очевидных общих знаменателей. Я создал отдельную рабочую область Perforce для использования с git-p4 и глобально установил для свойств git-p4.client эту рабочую область, а для свойства git-p4.useclientspec значение true.

На сервере Perforce мы версионируем проекты следующим образом:

//депо/проект/основной
//депо/проект/1.0.0
//депо/проект/1.1.0

Вызов p4 info дает следующую информацию о версии для установки Perforce. Резюме: это старо.

Версия сервера: P4D/NTX86/2006.2/113956 (04.01.2007)

Может ли кто-нибудь предоставить рекомендации по отладке этой проблемы или порекомендовать документацию о том, какие версии Perforce поддерживаются?

Цените помощь.


git version-control perforce
person Tim Clemons    schedule 17.02.2010    source источник

Ответы (4)


arrow_upward
1
arrow_downward

Если у вас есть прямое рабочее пространство perforce, то p4 info сообщит вам версию сервера.

person Douglas Leeder    schedule 18.02.2010
comment
Спасибо! Добавление этой информации к вопросу. - person Tim Clemons; 18.02.2010

arrow_upward
1
arrow_downward

См. мою фиксацию в этом репозитории GitHub для исправления, которое мне пришлось внести в git-p4. для работы со старой версией p4.

К сожалению, я не помню подробностей моего изменения. На первый взгляд кажется, что это влияет только на git-p4 submit.

person ScottJ    schedule 19.02.2010
comment
Я пробовал это, но, к сожалению, это не решает проблему. Тем не менее, спасибо за наводку - если я найду исправление, я отправлю его вам. - person Tim Clemons; 25.02.2010

arrow_upward
0
arrow_downward

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

person compiledweird    schedule 15.02.2012

arrow_upward
0
arrow_downward

Потому что наш сервер Perforce работал на Linux, а имена файлов были чувствительны к регистру. Любые последующие CL также становятся чувствительными к регистру. git-p4 собирает и применяет списки изменений в историческом порядке из Perforce в локальной файловой системе.

Когда я запустил git-p4.py в своем окне Windows из репозитория P4 с учетом регистра, и у меня было изменение, которое удалило дубликат файла (с разницей только в заглавных буквах), оно фактически удалило исходный файл, потому что Windows не различает его и Python не знает об этой проблеме.

Простое решение состояло в том, чтобы начать преобразование из коробки Linux, после чего все заработало нормально.

person Martin Kunc    schedule 25.09.2016