git-p4 sync не работает - таинственная трассировка стека - PullRequest
Новая
       11

git-p4 sync не работает - таинственная трассировка стека

0 голосов
/ 27 апреля 2010

Я пытаюсь использовать git-p4 для клонирования Perforce Depot. Я продолжаю сталкиваться с проблемой в скрипте git-p4, где git-p4 пытается получить доступ к ключу dict, который не определен, и выдает трассировку. 

[~/p4/prod@ernie02] (master) $ 
git p4 sync --verbose --use-client-spec //depot/prod/
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 -u mkramer -c mkramer -G client -o
Opening pipe: p4 -u mkramer -c mkramer -G client -o
None
Doing initial import of //depot/prod/ from revision #head into refs/remotes/p4/master
p4 -u mkramer -c mkramer -G files //depot/prod/...#head
Opening pipe: p4 -u mkramer -c mkramer -G files //depot/prod/...#head
commit into refs/remotes/p4/master
p4 -u mkramer -c mkramer -G -x - print
Opening pipe: p4 -u mkramer -c mkramer -G -x - print
p4 -u mkramer -c mkramer -G users
Opening pipe: p4 -u mkramer -c mkramer -G users
Traceback (most recent call last):
  File "/home/mkramer/git/bin/git-p4", line 1922, in <module>
    main()
  File "/home/mkramer/git/bin/git-p4", line 1917, in main
    if not cmd.run(args):
  File "/home/mkramer/git/bin/git-p4", line 1651, in run
    self.importHeadRevision(revision)
  File "/home/mkramer/git/bin/git-p4", line 1461, in importHeadRevision
    self.commit(details, self.extractFilesFromCommit(details), self.branch, self.depotPaths)
  File "/home/mkramer/git/bin/git-p4", line 1063, in commit
    data = file['data']
KeyError: 'data'

Я вошел в сценарий и распечатал файл dict прямо в тот момент и получил еще несколько деталей, которые я пересмотрю для ясности и анонимности. Неправильный дикт выглядел так: 

{'action': 'move/delete', 'path': '//depot/prod/foo/bar', 'rev': '3', 'type': 'xtext'}

Мой клиент p4 выглядит так: 

Client: mkramer
Update: 2010/04/27 14:46:10
Access: 2010/04/27 14:51:29

Owner:  mkramer
Description:
        Created by mkramer.
Root:   z:\p4
AltRoots:
        z:\p4
        /home/mkramer/p4
Options:        noallwrite noclobber nocompress unlocked nomodtime normdir
SubmitOptions:  submitunchanged
LineEnd:        share
View:

        //depot/prod/... //mkramer/prod/...
        -//depot/.../foo/... //mkramer/.../foo/...

Как видите, неисправный dict - это файл, который не существует в моем клиентском представлении. Я считаю, что это источник проблемы. Тем не менее, я явно запускаю команду с --use-client-spec. Я также попробовал git config git-p4.useclientspec true Благодаря многословному выводу это выглядит так, будто оно вытягивает мой взгляд из 

Opening pipe: p4 -u mkramer -c mkramer -G client -o.

Если я запускаю p4 -u mkramer -c mkramer client -o, я вижу правильный вид.

Если я запускаю p4 -u mkramer -c mkramer files //depot/prod/...#head, я вижу файлы, которые мне не видны.

Версии моего программного обеспечения: 

[~/p4/prod@ernie02] (master) $ p4 -V
Perforce - The Fast Software Configuration Management System.
Copyright 1995-2009 Perforce Software.  All rights reserved.
Rev. P4/LINUX26X86_64/2009.1/205670 (2009/06/29).
[~/p4/prod@ernie02] (master) $ git --version
git version 1.7.0.5
[~/p4/prod@ernie02] (master) $ python -V
Python 2.6.5

Ответы [ 2 ]

3 голосов
/ 13 мая 2010

Мы просто столкнулись с этим сами. P4, кажется, добавил несколько новых команд в прошлом году, которые git-p4 не полностью поддерживает; в частности «переместить / удалить» и «переместить / добавить».

Чтобы обойти проблему, мы изменили строку: 

if file["action"] in ("delete", "purge"):

до: 

if file["action"] in ("delete", "purge", "move/delete"):

Пока это работает для нас, но я не буду утверждать, что это обязательно надежное исправление.

1 голос
/ 09 июня 2010

Это ошибка, которая была исправлена ​​в последних версиях git-p4 с использованием, по сути, патча, предоставленного rbergman. Смотрите http://git.kernel.org/?p=git/git.git;a=commit;h=562d53fa69933b3ade2691b99cbe67722313f43c для более подробной информации; этот патч, вероятно, появился в одном из более поздних выпусков 1.6.x и определенно присутствует в 1.7.x выпусках git.

...