git log over使用--follow时限制输出?

时间:2010-09-06 09:35:16

标签: git logging

在以下服务器上:

gsl@aragorn:~/gitTest> uname -a
Linux aragorn 2.6.31.12-0.2-default #1 SMP 2010-03-16 21:25:39 +0100 i686 i686 i386 GNU/Linux

gsl@aragorn:~/gitTest> cat /etc/SuSE-release

openSUSE 11.2 (i586)
VERSION = 11.2

我使用以下git:

gsl@aragorn:~/gitTest> git --version

git version 1.7.2.2

我得到(使用bash别名gitnp='git --no-pager'):

(1)

gsl@aragorn:~/gitTest> gitnp log --pretty=oneline junk.txt
500e8791578c5baf7a139d4997841769a995ac6b mod of junk and junk3
594ceed7a0fb35a860a6e2cb913d5398f09a861f 1st mod junk.txt
df271b2ebd5801bd8d827b0630577cad51c40896 initial junk.txt

(2)

gsl@aragorn:~/gitTest> gitnp log --follow --pretty=oneline junk.txt
500e8791578c5baf7a139d4997841769a995ac6b mod of junk and junk3
594ceed7a0fb35a860a6e2cb913d5398f09a861f 1st mod junk.txt
df271b2ebd5801bd8d827b0630577cad51c40896 initial junk.txt

(3)

gsl@aragorn:~/gitTest> gitnp log -2 --follow --pretty=oneline junk.txt
500e8791578c5baf7a139d4997841769a995ac6b mod of junk and junk3

(4)

gsl@aragorn:~/gitTest> gitnp log -2 --pretty=oneline junk.txt
500e8791578c5baf7a139d4997841769a995ac6b mod of junk and junk3
594ceed7a0fb35a860a6e2cb913d5398f09a861f 1st mod junk.txt

为什么我看不到上面第(3)项的2个输出行?

= - >格雷格< = -


我升级到最新且最好的,但仍有同样的问题:

  

GSL @阿拉贡:〜/ gitTest> git --version

     

git version 1.7.2.3

     

GSL @阿拉贡:〜/ gitTest> gitnp log -2 --follow --pretty = oneline junk.txt   500e8791578c5baf7a139d4997841769a995ac6b mod of junk和junk3

     

GSL @阿拉贡:〜/ gitTest> gitnp log --follow --pretty = oneline junk.txt   500e8791578c5baf7a139d4997841769a995ac6b mod of junk和junk3   594ceed7a0fb35a860a6e2cb913d5398f09a861f 1st mod junk.txt   df271b2ebd5801bd8d827b0630577cad51c40896初始junk.txt

还有另一种非图形可靠的git方式来获取这些信息吗?

1 个答案:

答案 0 :(得分:2)

您是否尝试过with git1.7.2.3

  
      报告中,
  • git log --follow -M -p”在1.7.2中被严重破坏   断言失败。

  •   
  • 使用不正确的选项运行“git log”启动了分页器,   强迫用户解雇它。

  •   

我不确定为什么“--follow -2”的组合会将输出限制为只有一行 然而,阅读what Linux has to say when --follow was introduced

很有意思
  

--follow是一个彻头彻尾的黑客,只是为了满足前SVN用户的需求,他们从不知道任何关于父母身份或不错的修订图表的事情。

     

这并不是完全基本的,但“--follow”的当前实现实际上是一个快速的预处理事物,它固定在修订行走逻辑上,而不是真正的整体。

     

它实际上被设计为“SVN noob”,而不是“真正的git功能”。
  我们的想法是,你要摆脱那种在大局中重命名的思维(破碎)思维方式。