Проблемы с импортом всех веток перформанса в git repo - PullRequest
Новая
       28

Проблемы с импортом всех веток перформанса в git repo

7 голосов
/ 19 мая 2011

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

У меня есть файл .p4settings: 

P4PORT=perforce-server.local:1666
P4USER=my.username
P4CLIENT=my.clientspec.name

Clientspec довольно прост: 

//project/... //my.clientspec.name/project/...
-//project/External/... //my.clientspec.name/project/External/...

Вторая строка должна исключить внешние двоичные файлы библиотеки из оформления заказа.

Я использую следующую командную строку для запуска импорта git-p4: 

git p4 clone --verbose --detect-branches --max-changes=100 //project/...@all

Это проходит и проверяет все имена веток и т. Д., И пытается импортировать, начиная с первого коммита (Этот конкретный проект начинается с списка изменений 771) 

Importing from //project/...@all into project
Initialized empty Git repository in /Users/grant/Development/git_test/project/.git/
Reading pipe: git config git-p4.useclientspec
Reading pipe: git config git-p4.user
Reading pipe: git config git-p4.password
Reading pipe: git config git-p4.port
Reading pipe: git config git-p4.host
Reading pipe: git config git-p4.client
p4 -G branches
Opening pipe: p4 -G branches
p4 -G branch -o branch-1
Opening pipe: p4 -G branch -o branch-1
Reading pipe: git config --bool core.ignorecase
p4 -G branch -o branch-2
...
Opening pipe: p4 -G branch -o branch-n
p4-git branches: []
initial parents: {}

Я не уверен, что ветки p4-git и первоначальные родители здесь должны быть пустыми, но они есть.

Наконец, мы подошли к моменту, когда начнется импорт списков изменений в git, и произойдет следующее: 

Getting p4 changes for //project/...
p4 changes //project/...
Reading pipe: p4 changes //project/...
p4 -G describe 771
Opening pipe: p4 -G describe 771
Importing revision 771 (1%)branch is MAIN

    Importing new branch RCMerge/MAIN
p4 changes //RCMerge/MAIN/...@1,770
Reading pipe: p4 changes //RCMerge/MAIN/...@1,770

    Resuming with change 771
parent determined through known branches: Branch-foo
looking for initial parent for refs/remotes/p4/project/MAIN; current parent is refs/remotes/p4/project/Branch-foo
commit into refs/remotes/p4/project/MAIN
parent refs/remotes/p4/project/Branch-foo
p4 -G -x - print
Opening pipe: p4 -G -x - print
Glue/source/.empty
fatal: Invalid ref name or SHA1 expression: refs/remotes/p4/project/Branch-foo
fast-import: dumping crash report to .git/fast_import_crash_26002

Вот файл, указанный выше: 

fast-import crash report:
    fast-import process: 26002
    parent process     : 26000
    at Thu May 19 11:51:54 2011

fatal: Invalid ref name or SHA1 expression: refs/remotes/p4/project/Branch-foo

Most Recent Commands Before Crash
---------------------------------
  checkpoint
  commit refs/remotes/p4/project/MAIN
  committer Some User <some.user@domain.com> 1253574589 -0800
  data <<EOT
* from refs/remotes/p4/project/Branch-foo

Active Branch LRU
-----------------
    active_branches = 0 cur, 5 max

  pos  clock name
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Inactive Branches
-----------------
refs/remotes/p4/project/MAIN:
  status      : dirty
  tip commit  : 0000000000000000000000000000000000000000
  old tree    : 0000000000000000000000000000000000000000
  cur tree    : 0000000000000000000000000000000000000000
  commit clock: 0
  last pack   : 


Marks
-----

-------------------
END OF CRASH REPORT

Теперь, будучи новичком в исполнении, я понятия не имею, что это значит, и понятия не имею, как решить эту проблему, или если это вообще возможно. Кто-нибудь сталкивался с подобной проблемой раньше? Если да, то как вы решили это?

1 Ответ

4 голосов
/ 24 мая 2011

Я наконец-то нашел решение этой проблемы. Оказывается, что отображение ветви Perforce было выполнено в обратном порядке, и это было источником этой проблемы.

Branch-foo был разветвлен от MAIN, который должен иметь отображение веток, например: 

//project/MAIN/... //project/Branch-foo/...

Однако человек, создавший ветвь, полностью изменил отображение, что привело к следующему: 

//project/Branch-foo/... //project/MAIN/...

Это сбило с толку git-p4, поскольку в MAIN первые списки изменений начинались с # 771, а в Branch-foo списки изменений начинались с # 7652, поэтому он не мог найти ни одного родителя в Branch-foo и падал. Изменение спецификации ветки на первую из перечисленных выше устранило проблему.

...