git-blame相关内容
我想改进“注释选项"(右键单击代码行号冒号 -> 注释),它类似于 git blame (但集成到 IntelliJ). 1/有可能吗?(通过插件或对 IntelliJ 文件的原始修改?其他什么?) 2/我使用的是 Android Studio(基于 IntelliJ),会不会有问题? 3/如果 1/&2/是真的,关于如何开始的任何提示? PS:我的目标不是在 annonate 中
..
假设我有一个文件 a.txt .有一天,我将其删除,提交并推送. 第二天,我想恢复上一次提交,并恢复 a.txt .我尝试使用 git revert ,但是当我执行 git blame 时,所有行都显示了还原提交哈希.原始的责任历史丢失了. 我可以恢复文件并保留文件历史记录,即好像以前从未删除过文件一样吗?请注意,我不能更改历史记录,因为提交已被推送. 谢谢! 解决方案
..
当我在文件夹(例如)中的文件上运行git blame时: git blame Foo/FileA.txt 它返回 fatal: no such path 'Foo/FileA.txt' in HEAD 我可以清楚地看到该文件存在于文件系统上,并且可以成功归咎于同一文件夹中的其他文件-那么怎么回事? 我要发布这个问题和答案,因为今天它让我很困惑.我找不到一个能解决所有问
..
有许多很好的命令行选项可以找到更改(或更改统计信息),但我想发现相反的情况:自从以来, 没改变多少行(每个文件)特定的提交? 我能找到的最接近的是:如何找出自提交以来未更改的文件?,但我想知道有多少行(理想情况下:每个文件中)未改变而存活了,而不是哪些文件. 因此,基本上:除了插入和删除操作外,git diff --stat还可以输出未更改行吗? 或者,我想象git ls文件,g
..
是否可以在文件/文件夹级别而不是“逐行"级别进行git blame? 命令git blame通常显示影响给定文档中每一行的最后一次提交,但是我想知道的是您是否获得影响每个文件的最后一次提交的列表.从选项来看,无法使用git blame进行操作,但是是否存在其他一些可能执行类似操作的命令? 编辑:理想情况下,我想获得一个包含文件名的列表,其中,对于每个文件,我们还获得提交哈希,上次编辑文
..
我使用git blame命令来查看在其中添加了某些特定代码行的提交,但是有时我遇到相同的问题:有人进行了某种代码格式化,或者更改了功能接口并刷新了所有客户端代码. 最终git blame仅向我显示特定代码行上的最后一次提交.如何忽略此提交并查看之前发生了什么? 我当然可以在进行格式编辑的提交之前检出提交并再次指责,但是在大型项目上可能要花费很多时间,而且不合适. 解决方案 我认
..
我想改进“注释选项"(右键单击代码行号冒号->注释),它类似于git blame(但已集成到IntelliJ中). 1/有可能吗? (通过IntelliJ文件的插件或原始修改?是其他方式?) 2/我正在使用基于IntelliJ的Android Studio,这会成为问题吗? 3/如果1/& 2/是的,有关如何开始的任何提示? PS:我的目标是不显示一些提交(例如“重新格式化"),因
..
当我在文件夹(例如)中的文件上运行git blame时: git blame Foo/FileA.txt 它返回 fatal: no such path 'Foo/FileA.txt' in HEAD 我可以清楚地看到该文件存在于文件系统上,并且可以成功归咎于同一文件夹中的其他文件-那么怎么回事? 我要发布这个问题和答案,因为今天它让我很困惑.我找不到一个能解决所有问
..
我已经使用git blame和git log file.py查找更改,但是有没有办法查看文件特定行上的更改?例如:文件index.html上的第84行. 解决方案 非常简单: git blame -L 84,84 index.html
..
我看到了很多有关使用git blame的方法的问题,但我并不真正理解它们. 我在GitHub界面上的文件顶部看到一个 Blame 按钮.单击它后,它在左侧栏上显示一些带有用户名的差异.这说明什么? 除了GitHub之外,为什么实际使用git blame? 解决方案 来自 git-怪 : 使用上次修改该行的修订版本的信息来注释给定文件中的每一行. (可选)从给定的修订版本开
..
我最近一直在使用逃亡者的Gblame,但不太明白“reblame”的作用。 有人可以更清楚地描述这些选项的作用: - 在提交时回扣 〜reblame在第[count]个第一个祖父母 P reblame at [count ]的父母(如HEAD ^ [count]) 解决方案 将reblame视为导航到提交,然后在您的文件上运行blame或 git blame
..
我试图弄清楚合并冲突是否对错误负责,但是我遇到了困难,因为我不清楚冲突解决如何影响 git blame 假设我在master中有一个文件: 一(); b(); c(); 我在master中修改它: A(); d(); c(); 但是同事也是如此,他们对此进行了不同的修改,合并到master: a(); e();
..
我正在使用IntelliJ的注释功能在编辑器中查看最近一次修改文件中某一行的行。 现在我正在使用JGit来读取相同的注释,它们有所不同。对我来说,似乎Intellij检查一行在提交之间没有改变,仍然使用旧的提交信息。 JGit没有看到它,所以发出其他消息。 有人可以证实JGit blame和IntelliJ的行为有所不同吗?是什么原因以及如何强制IntelliJ像JGit一样行事?也许
..
了解Git工作流程文章说, 因此,您添加了一条新规则:“当您在功能分支中合并时,使用 -no-ff强制执行新的提交。”这样可以完成工作,然后你移动 。 然后有一天你发现生产中有一个严重的错误,并且当它被引入时你需要 来追踪。你运行平分,但在检查点提交时保持 。你放弃并手工调查。 您将错误缩小为单个文件。你运行责任,看看它在过去的48小时内如何变化 。你知道这是不可能的,
..
我使用了perl脚本来修改php git存储库中的所有制表符,并将它们全部更改为4个空格。 $ find -iname \ * .php -exec perl -pi -e“s / \ t / / g”{} \ 我可以使用 git commit 来提交此更改,但它会将我标记为 git blame 。 有没有什么方法可以实现这种大规模的改变,但并不会将我标记为作者
..