git log --branch 在普通和裸存储库上是否有不同的行为？答案

【问题标题】：Does git log --branch have a different behaviour on normal and bare repositories?git log --branch 在普通和裸存储库上是否有不同的行为？
【发布时间】：2011-11-18 12:24:48
【问题描述】：

我想使用 git log 命令从存储库中提取自指定分支的给定日期以来的更改列表。

为此，我发现以下语法似乎可以正常工作：

git log --since=2011-10-01 --branches=mybranch

上述命令在我的工作站（Ubuntu 10.04，GIT 1.7.7.2）的克隆存储库上运行良好，但在创建克隆的主存储库上输出错误日志。主存储库是托管在 Centos 5.5、GIT 1.7.3.4 上的裸 GIT 存储库。基本上，主存储库不会显示最近提交的数量。

我不明白这是否是预期的行为，差异是由于主仓库是裸露的，还是由于 GIT 版本不同而导致的不同行为。

【问题讨论】：

你最近的提交都被推回了那个远程的裸仓库？
感谢您的帮助。我不是该存储库的提交者，我只是将它从服务器克隆到我的本地工作站。在本地尝试命令并得到结果，通过终端登录到服务器，在同一个存储库上重复该命令（中间没有人在服务器上提交任何内容）并得到不同的结果。另外，它是本地克隆比远程服务器显示更多提交。
自从你克隆了那个 repo 之后（以及在执行这些日志命令之前），你最近有没有提交过任何内容？
不，没有变化。流程如下： 1. 克隆一个远程裸仓库 2. 在克隆的仓库中执行上面的命令 3. telnet 到远程服务器 4. 在远程仓库中执行上面的命令中间没有提交
没有使用--branches，而是直接用分支名称尝试了相同的命令？（有点像stackoverflow.com/questions/5316802/does-git-log-branches-work 建议的）

标签： git logging branch git-bare

【解决方案1】：

按照“Does git log --branches work?”的建议，我在cmets中提出了建议：

git log --since=2011-10-01 mybranch

即：

直接使用分支名称
在访问给定分支的日志时不使用--branches 选项。

OP giamma 报告它有效。

【讨论】：