我正在尝试导出几个提交(那些在提交信息中包含特定票号1234的提交)到补丁文件。
编辑 工作脚本位于 https://github.com/amenk/SelfScripts/blob/master/git-extract-patches
这是我所拥有的
#!/bin/bash -x
commits=`git log --pretty=oneline | grep "#1234" | cut -f1 -d" "`
no=1;
for COMMIT in $commits
do
git format-patch -1 $COMMIT --start-number=$no
no=$(($no+1))
done
但由于某种原因,执行git format-patch命令失败:
$ ./getpatches.sh
++ git log --pretty=oneline
++ grep '#6809'
++ cut -f1 '-d '
+ commits='da591d66f05513488ee06857edc9d24a046c179d
4fd781da9cc503b961f8e4c42bbb136d9e3c1806
3a9311f5507f91f830b44673c57f672e7aabaac0'
+ no=1
+ for COMMIT in '$commits'
+ git format-patch -1 'da591d66f05513488ee06857edc9d24a046c179d' --start-number=1
fatal: ambiguous argument 'da591d66f05513488ee06857edc9d24a046c179d': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
当我手动调用
git format-patch -1 'da591d66f05513488ee06857edc9d24a046c179d' --start-number=1
时,一切正常。编辑:
我认为这与引号有关。如果我在循环中添加
git log | grep $COMMIT
,我会得到以下错误:+ grep '992ab41d3539539bd609209beed33a9de2f4277a'
grep: Unmatched [ or [^
另一个有趣的效果是,如果我在for循环中硬编码grep '992ab41d3539539bd609209beed33a9de2f4277a' ,则命令输出(因为bash的-x选项没有引号)可以正常工作。
+ grep 992ab41d3539539bd609209beed33a9de2f4277a
这些引用来自哪里,我该如何去掉它们?
.patch
文件按照你提交到仓库的顺序排列,可以将cut
的结果传递给tac
。例如:git log --oneline | grep "#1234" | cut -d' ' -f1 | tac
。 - E-rich