我正在尝试在Cygwin下使用git-p4。 工作流程中的“克隆”和“更新”部分似乎正常工作,但我无法“提交”。 我猜可能与换行符约定有关。 我已查看了此 git-p4问题及其链接项目,但目前对换行符和空格配置的处理都不成功。 我配置中需要注意的事项如下:
(1)我使用bash shell函数技巧来正确获取路径。
(2) 我已经尝试了git的
(3) 我还尝试过更改p4 clientspec的lineend值; 目前正尝试"unix",因为我使用的是Cygwin和运行在OSX下的P4沙盒服务器。
测试很简单。仓库中只包含一个名为foo1的文件。depot版本如下(使用
本地提交的git版本如下:
请注意“Sanity:”诊断行。这是
将此管道传输到命令的第二部分不会出现错误。当使用Python脚本中的
(1)我使用bash shell函数技巧来正确获取路径。
$ type p4
p4 is a function
p4 ()
{
P4=`which p4`;
PWD=$(cygpath -wa .) "${P4}" "$@"
}
(2) 我已经尝试了git的
autocrlf
值的所有设置 -- 结果是失败的,不管是(true,false,input)。目前正在尝试将其设置为"false",因为这在与工作库进行差异比较时最有意义。(3) 我还尝试过更改p4 clientspec的lineend值; 目前正尝试"unix",因为我使用的是Cygwin和运行在OSX下的P4沙盒服务器。
测试很简单。仓库中只包含一个名为foo1的文件。depot版本如下(使用
od -c
输出):0000000 f o o 1 \n \n
0000006
本地提交的git版本如下:
0000000 f o o 1 i s t h e o n e !
0000020 \n \n
0000022
我已经在git-p4的applyCommit()
方法中添加了一些额外的诊断输出。结合使用--verbose运行提交,可以更好地进行故障排除:
$ git p4 submit --verbose
Reading pipe: git name-rev HEAD
Reading pipe: ['git', 'config', 'git-p4.allowSubmit']
Reading pipe: git rev-parse --symbolic --remotes
Reading pipe: git rev-parse p4/master
Reading pipe: git cat-file commit ce414288d1b5d52dbad20c1a29f1875cfff7c281
Reading pipe: git cat-file commit HEAD~0
Reading pipe: git cat-file commit HEAD~1
Reading pipe: ['git', 'config', 'git-p4.conflict']
Origin branch is remotes/p4/master
Reading pipe: ['git', 'config', '--bool', 'git-p4.useclientspec']
Opening pipe: ['p4', '-G', 'where', '//depot/foo/...']
Perforce checkout for depot path //depot/foo/ located at c:\git\foo\
Synchronizing p4 checkout...
... - file(s) up-to-date.
Opening pipe: p4 -G opened ...
Reading pipe: ['git', 'rev-list', '--no-merges', 'remotes/p4/master..master']
Reading pipe: ['git', 'config', '--bool', 'git-p4.skipUserNameCheck']
Reading pipe: ['git', 'config', 'git-p4.detectRenames']
Reading pipe: ['git', 'config', 'git-p4.detectCopies']
Reading pipe: ['git', 'config', '--bool', 'git-p4.detectCopiesHarder']
Reading pipe: ['git', 'show', '-s', '--format=format:%h %s', '2303176ae8c575313616ae2c4a35358258742598']
Applying 2303176 updating foo1
Opening pipe: p4 -G users
Reading pipe: ['git', 'log', '--max-count=1', '--format=%ae', '2303176ae8c575313616ae2c4a35358258742598']
Reading pipe: git diff-tree -r "2303176ae8c575313616ae2c4a35358258742598^" "2303176ae8c575313616ae2c4a35358258742598"
//depot/foo/foo1#1 - opened for edit
Sanity: git diff-tree --full-index -p "2303176ae8c575313616ae2c4a35358258742598" | git apply --verbose --check -
Checking patch foo1...
error: while searching for:
foo1
error: patch failed: foo1:1
error: foo1: patch does not apply
Unfortunately applying the change failed!
Reading pipe: ['git', 'config', '--bool', 'git-p4.attemptRCSCleanup']
//depot/foo/foo1#1 - was edit, reverted
请注意“Sanity:”诊断行。这是
applyCommit()
方法内失败的tryPatchCmd
值。如果我在bash命令行上执行语句的第一部分,我会看到: 2303176ae8c575313616ae2c4a35358258742598
diff --git a/foo1 b/foo1
index 630baf44b0874b3319c2814399f0b03106912183..4c23e4512b3347ec31068e464b64cbd99851cc9a 100644
--- a/foo1
+++ b/foo1
@@ -1,2 +1,2 @@
-foo1
+foo1 is the one!
将此管道传输到命令的第二部分不会出现错误。当使用Python脚本中的
os.system()
执行该命令失败时,我感到困惑,但其他情况下则成功。你有何想法?