git log over 使用 --follow 时限制输出？ [关闭]

在以下服务器上：

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@aragorn:~/gitTest> git --version

git版本1.7.2.3

gsl@aragorn:~/gitTest> git log -2 --follow --pretty=oneline junk.text 500e8791578c5baf7a139d4997841769a995ac6b 垃圾和垃圾3的mod

gsl@aragorn:~/gitTest> gitnp log --follow --pretty=oneline junk.txt 垃圾和垃圾3的500e8791578c5baf7a139d4997841769a995ac6b mod 594ceed7a0fb35a860a6e2cb913d5398f09a861f 1st mod junk.txt df271b2ebd5801bd8d827b0630577cad51c40896 初始垃圾.txt

那么是否还有另一种非图形化可靠的 git 方式来获取这些信息呢？

你试过了吗与 git1.7.2.3 http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.7.2.3.txt?

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

• 跑步 ”git log“尽管如此，启动寻呼机的选项不正确， 强迫用户关闭它。

我不知道为什么'的组合--follow -2' 会将输出限制为只有一行。
不过读起来很有趣当引入 --follow 时 Linux 必须说些什么 http://kerneltrap.org/mailarchive/git/2009/1/30/4856404/thread:

--follow是一个彻底的黑客攻击，旨在满足那些对父母身份或漂亮的修订图表之类的事情一无所知的前 SVN 用户。

这并不完全是根本性的，但目前的实施是“--follow“实际上是一个快速预处理的东西，固定在修订行走逻辑上，而不是真正不可或缺的东西。

从字面上看，它是为“SVN 新手”而设计的，而不是“真正的 git 功能”。
这个想法是，你可以摆脱在大局中重新命名物质的（破碎的）思维模式。