`git-p4 clone` терпит неудачу" новый совет ... не содержит ... "

Question

Я работаю в Windows с клиентом windows p4 и git, установленным через Cygwin.Клиент p4 объявляет о том, что его синтаксис является регулярным на разных платформах и все такое, так что это должно быть неуклюжим.

Поэтому, когда я перехожу к git-p4 clone --verbose //depot/path/to/source, он перечисляет все файлы в хранилище, как будтобыли извлечены, а затем умирает, говоря

Исключение: сбой быстрого импорта: предупреждение: Не обновляется refs / remotes / p4 / master (новый совет cd601b92da8625c90af05685e450e55b6d19c9e9 не содержит 3a512c9408e3cbeef 94c6f0ed11) 688d6107) 7*

и завершается большим блоком "статистики git-fast-import".Глядя на ошибку: новый совет?А?Что должно содержать его?

То, что у меня осталось, - это репозиторий .git, который составляет пару мег (гораздо, намного меньше, чем было бы полное дерево исходного кода).Есть идеи?

Answer 1

У меня была похожая проблема, и обычно ее можно отнести к регистру в путях, именах веток и т. Д. Не уверен насчет P4, но убедитесь, что у вас нет главной ветки - она ​​должна быть главной. Следуйте за тем же полком через доску. Также избегайте имен каталогов и файлов с пробелами в них. Многим инструментам, ориентированным на git, это не нравится. Гитолит является одним из примеров. Он не разрешит хранилище с пробелом.

Answer 2

Получаете ли вы «Игнорирование ревизии XYZ, так как это приведет к пустой фиксации» для самого первого импортируемого CL?

Если это так, вы попадаете в баг в git-p4.py, где он очищает настройку «initialParent» (необходимо, чтобы git fast-import мог присоединиться к новым коммитам до предыдущего импорта) перед нимна самом деле совершает что угодно.Поэтому новый поток импортируемых файлов остается не подключенным к старому.

В настоящее время я работаю над этим, используя --changesfile и четко определяя, какие CL необходимо импортировать.

Answer 3

Подобно принятому ответу, у меня возникла такая же проблема при попытке синхронизации с веткой git в виде:

git p4 sync --branch=feature/f1 //depot/path/to/code

Кажется, что / в имени ветки вызывало такое же загадочное предупреждение о сбое быстрого импорта. К сожалению, git-p4, похоже, не поддерживает стандартные имена веток git-flow.

Переход на ветку так работал:

git p4 sync --branch=f1 //depot/path/to/code

Answer 4

Я также столкнулся с ошибкой «новый совет x не содержит y» при быстром импорте.

В моем случае это было вызвано несвязанной ранее существовавшей фиксацией в основной ветке репозитория, который я пытался выполнить.импортировать в.Я инициализировал репо с помощью клиента GitHub, который добавил начальную фиксацию (для добавления файла .gitignore).Инструмент быстрого импорта, по-видимому, не смог согласовать импортированные коммиты с текущим состоянием ветки, поскольку коммит инструмента GitHub не имел отношения к импортируемым коммитам.

Для меня было решение вместо этого инициализировать пустой репос помощью «git init», а затем запустите fast-import.

Answer 5

У меня были похожие проблемы.Для меня работало обновление кода Python git-p4.Вы можете посмотреть коммит здесь , но, надеюсь, он скоро будет опубликован.