Git Blame显示某行代码被多人修改过，但只显示最后一次提交者怎么办？
在用Git Blame检查一个配置文件时，发现某行代码实际被三个人修改过，但运行git blame filename只显示最后一次提交的用户名。之前两次修改者的记录完全没显示，该怎么查更早的修改者呢？
试过用git blame -L 10,20 filename定位行号，结果还是一样。是不是Blame默认不显示历史修改者？有没有其他参数能展开所有修改记录？
# 当前命令结果示例
commit_hash (AuthorC 2023-03-05) 修改后的内容
但根据Git log，这行代码最早由AuthorA在2月提交，AuthorB在3月调整过，最后AuthorC在3月10日修改。怎么才能看到AuthorA和AuthorB的那次改动记录？
- 1
回答
57浏览
Git blame显示的作者不是修改者，怎么回事？
我在合并分支后用git blame查看某行代码的作者，显示的是合并者而不是实际修改者。之前在feature分支改过这个文件，合并到主分支后现在用git blame -L 10,20 filename看...
- 2
回答
65浏览
Git Blame显示的提交ID和实际修改者不符怎么办？
在合并分支后用git blame查看某行代码时，显示的总是合并提交的ID，而不是真正修改代码的人。我尝试过加--show-root参数也没用，该怎么准确定位原始作者？ 比如我修改过组件的prop验证逻...
- 2
回答
119浏览
为什么每次提交React组件代码后，Git总是显示我删除了所有空格？
大家好，我最近在用React开发页面时遇到个怪问题。每次提交修改后的组件代码，Git都显示我删除了大量空格，但代码实际功能没问题，视觉效果也没变化。 比如这个按钮组件： function MyButt...
- 1
回答
80浏览
Git stash后如何恢复被覆盖的修改？
我在两个分支间切换时用了git stash暂存当前修改，之后执行git stash pop时，发现之前修改的某个文件内容被覆盖了，只剩stash里的内容，而不是合并结果。试过git stash app...
- 1
回答
15浏览
Git stash后恢复代码时样式文件突然失效了怎么办？
正在用Git管理项目时遇到怪事。刚修改了一个按钮的CSS样式，用git stash暂存了更改去修紧急bug。回来后执行git stash apply说成功应用了，但浏览器里按钮样式完全没变，就像没改过...
- 2
回答
112浏览
GitHub Flow中如何处理分支合并后本地未更新的代码？
我在用GitHub Flow开发新功能时遇到问题，合并到main分支后本地代码没更新。比如我改了这个函数： // 旧版本（本地） function greet() { console.log('v1'...
- 2
回答
81浏览
Git stash后如何选择性恢复部分修改内容？
在开发新功能时用git stash暂存了所有改动，现在想恢复某个文件的修改但不想影响其他文件。之前试过git stash apply但发现所有改动都被恢复了，有没有办法只恢复特定文件的修改？ 比如我修...
- 2
回答
150浏览
Git submodule更新后子模块代码没变化怎么办？
我在项目里用git submodule引入了第三方组件库，刚提交了组件库的新版本到远程仓库。按照教程执行了： git submodule update --remote component-libra...
- 1
回答
27浏览
GitHub Actions的Cache缓存为什么总是显示“Not found”？
我在项目里配置了GitHub Actions的npm缓存，但每次构建时都提示Cache not found for input keys，明明之前成功过几次啊？ 场景是这样的：前端Vue项目用npm，...
- 2
回答
98浏览
GitHub Actions定时任务为什么在特定时间不执行？
我配置了一个每周一上午10点自动部署的GitHub Actions，但上周和这周都没触发，日志里显示"Waiting for pending deployment"。检查过Cron表达式是0 10 *...
试试这个方法：先用 git blame 确定那行代码现在的 commit hash，然后对这个文件做 git log -p filename，找到对应行内容变化的历史。-p 参数会显示每次提交的具体改动，你可以翻记录，看这行代码是从什么时候开始变的。
比如你看到 AuthorC 提交了某次修改，那就在 git log -p 的输出里往上找，在 AuthorC 之前有没有人改过这一行。通过比对 diff 内容，你能定位到 AuthorB 和 AuthorA 是在哪次提交中参与修改的。
如果嫌日志太多，可以加个 -L 参数精确追踪某一行的变化：
这命令会专门分析第10行的历史变更，把每一次改动都列出来，包括谁改的、为什么改。虽然输出有点长，但能真正看到完整演变过程。
所以别指望 git blame 一次性给你所有人，它就是设计成只看“现在”是谁的责任。要看全貌，就得用 git log -p 配合 -L 来深挖。
你可以用 git log -p filename 来看整个文件的历史提交记录，然后找到对应行号的修改情况。不过这种方式需要你自己去比对每次提交中这行代码有没有变化。
如果你知道行号，可以用这个命令来精确查找：
git log -L :<行号>:<文件路径>
比如 git log -L :10:config.php 就会展示 config.php 文件第10行的历史修改记录，包括所有改动的 commit 和作者。
我之前也碰到过这种情况，确实得用 git log 的这个功能来查。git blame 本身就不适合查全量修改记录，它更像是一个快捷工具。要是你经常要查这种历史改动，把上面那个 git log 命令加到常用命令列表里吧，亲测好用。