`Git-P4 клона` Не удается" новый совет ... не содержит ... "

Question

Я бегун в Windows, с клиентом Windows P4 и Git, установленный через Cygwin. Клиент P4 рекламирует, как его синтаксис регулярна по платформам и все это, так что должно быть склонена домори.

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

Исключение: Fast-Import Failed: Предупреждение: не обновление Refs / Remotes / P4 / Master (новый совет CD601B92DA8625C90AF05685E450E55B6D19C9E9 не содержит 3A512C9408E3CBEEF 94C78DFD7115F81E4A6FD0D)

И заключает большой блок «Git-Fast-Import Statistics». Глядя на ошибку: новый совет? Хм? Что нужно содержать это?

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

Answer 1

У меня была похожая проблема, и обычно можно проследить к корпусу в путях, именах ветви и т. Д. Не уверен в P4, но убедитесь, что у вас нет ветви для ветки - это должно быть мастером. Следуйте тому же полку через доску. Кроме того, избегайте каталога и имени файлов с пробелами в них. Многие из Git-ориентированной инструментации не нравятся. Гитолит - один пример. Это не позволит репозиторию, которое имеет место в нем.

Answer 2

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

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

Название / в имени ветви появилось, что приведет к тому же криптичному быстрому импортирующему сигналу. К сожалению, GIT-P4, похоже, не поддерживает стандартные имена ветвей GIT-потока.

Изменение в ветку, как это работает:

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

Answer 3

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

Если это так, вы попадаете на ошибку в git-p4.py, где оно очищает настройку «INationalParent» (необходимо, чтобы GIT Fast-Import может присоединиться к новым коммитариям до предыдущего импорта), прежде чем он действительно что-либо обязуется. Поэтому новый поток импортированных файлов остается не связанным со старым.

В настоящее время я работаю вокруг этого, используя --changeSFile и разработал явно, какой CL нужно импортировать.

Answer 4

У меня были похожие проблемы. Что сработало для меня, обновлял код GIT-P4 Python. Вы можете взглянуть на совершение здесь, но, надеюсь, он скоро будет подтянут.

Answer 5

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

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

Решение для меня было вместо этого инициализировать пустое репо с «GIT init», а затем запустить быстропомник.