- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我知道,在 Git 中,“分离的 HEAD”对应于符号引用 HEAD
未指向任何分支的状态。我也知道 git branch
,例如,会告诉我是否处于 detached-HEAD 状态,例如
* (detached from 9a2ef02)
master
或者不是,例如
* master
但是,我想知道是否有办法让 git log --decorate
的输出完全明确我是否处于分离状态-HEAD 状态与否。
假设我在 master
上,我的历史如下所示:
4d860e9 (HEAD, master) Remove trailing whitespace
9a2ef02 Correct typo in header
f0badb5 Add to-do section to README
如果我跑
git checkout 9a2ef02
那么 git log --decorate --oneline
的输出是
9a2ef02 (HEAD) Correct typo in header
f0badb5 Add to-do section to README
因为在此输出中 HEAD
旁边没有列出分支引用,所以我确信我有一个分离的 HEAD。
但是,如果我运行
git checkout 4d860e9
然后HEAD
不指向master
,而是直接提交4d860e9
,master
也指向;我有一个独立的 HEAD。但是,无法从 git log --decorate --oneline
的输出中看出,
4d860e9 (HEAD, master) Remove trailing whitespace
9a2ef02 Correct typo in header
f0badb5 Add to-do section to README
因为它和我在 master
时完全一样。
有没有办法通过一些 git log
选项来消除这种歧义?我还没有在 git-log
手册页中找到方法...
最佳答案
使用 Git 2.4+(2015 年第 2 季度),git log --decorate
将显示与 HEAD 相关联的确切分支(或者对于分离的 HEAD,则缺少相关分支)。
参见 commit 51ff0f2通过 Junio C Hamano ( gitster
) :
log
: decorateHEAD
with branch nameCurrently, log decorations do not indicate which branch is checked outand whether
HEAD
is detached.When branch
foo
is checked out, change the "HEAD, foo
" part of the decorations to "HEAD -> foo
". This serves to indicate both ref decorations (helped by the spacing) as well as their relationshsip.As a consequence, "
HEAD
" without any "->
" denotes a detachedHEAD
now.
这意味着 the 2.4 release notes现在包含以下向后兼容性警告:
Output from "
git log --decorate
" (and "%d
" format specifier used in the userformat "--format=<string>
" parameter "git log
" family of command takes) used to list "HEAD
" just like other tips of branch names, separated with a comma in between. E.g.$ git log --decorate -1 master
commit bdb0f6788fa5e3cacc4315e9ff318a27b2676ff4 (HEAD, master)
...This release updates the output slightly when HEAD refers to the tip of a branch whose name is also shown in the output.
The above is shown as:$ git log --decorate -1 master
commit bdb0f6788fa5e3cacc4315e9ff318a27b2676ff4 (HEAD -> master)
...
关于git - git log --decorate 可以明确地告诉我 HEAD 是否分离吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25392580/
关闭。这个问题需要多问focused 。目前不接受答案。 想要改进此问题吗?更新问题,使其仅关注一个问题 editing this post . 已关闭 2 年前。 Improve this ques
运行 jscodeshift -t ./react-codemod/transforms/React-PropTypes-to-prop-types.js ./src 时出现以下错误 Transfor
尝试将带有 vuex-module-decorators 的存储模块加载到初始化程序中时出现此错误: vuex.esm.js?2f62:261 Uncaught TypeError: Cannot r
我在 JBoss AS 7.1.0.Final 上运行的 ear 应用程序由两个 jar 组成: lib/one.jar lib/two.jar 两个 jar 都是 CDI bean 文件。 two.
我想使用两种类型的装饰器: 一) @new def foo(): print("foo") b) @new(arg1, arg2, arg3, ...) def bar(): prin
所以我在这里试图实现的是,我不希望任何超链接带有下划线,同时我希望某些元素被删除。 他们两个单独工作都很好,但我不能同时工作。 代码: a:link { text-decoration:
Env: Wildfly 9.0.1 Weld 2.2.14 我目前正在研究在合理的情况下在我们的遗留代码库中使用 CDI @Decorator 的可能性。 查看规范和 java ee 7
在 JavaScript 函数中,接收函数、修改行为并返回该函数的似乎是装饰器。例如,这将是一个装饰器函数: function doubleDec (func){ return functio
我正在升级到 Babel 7,虽然应用程序正在加载,但我的测试出现了问题。他们以前很好。我从涉及装饰组件的每个测试中都收到此错误。 FAIL src/app/components/pages/Ho
在运行 pip install InstagramAPI 时,我有 2 个错误,我还没有设法修复。 我遇到的第一个错误是 "networkx 2.1 has requirement decorator
我试图做一个装饰器来包装协程或函数。 我尝试的第一件事是在包装器中编写一个简单的重复代码: def duration(func): @functools.wraps(func) def
我有一个非常简单的函数,定义为 def test(x): return x 我想用装饰器包装它,它返回一个需要另一个 kwargs 参数的函数。 @simple_dec def test(x):
我想将我正在使用的 API 分为两个部分:“基本”和“轻松”。这个想法是,'cushy' 部分中的所有方法调用都可以用 'bare-bones' 部分中的方法来表示,也就是说,它们将只作为快速和肮脏的
为什么这不会从 this page 上的 facebook 和刺客行业链接中删除下划线| . .module_wpproad { text-decoration:none; border:none;
为什么这不会从 this page 上的 facebook 和刺客行业链接中删除下划线| . .module_wpproad { text-decoration:none; border:none;
注意:我问的不是常见的 python 装饰器,而是装饰器设计模式。 我想写一个装饰器来修改具体组件调用的函数,下面的代码示例说明了我的问题: In [2]: class Animal: ...:
我有一个类主要提供用于连接存储在字典中的数据的属性。每个属性(通常)负责字典中的一个键,但字典中可能还有其他键,这些键不受属性管理。 编辑 3:澄清一下,因为评论中有些困惑: I have an ar
我在 Django View 上有这个错误: TypeError at /web/host/1/ decorator() got an unexpected keyword argument 'hos
出于调试目的,我想打印出与在 python 方法中执行的每一行有关的内容。 例如,如果行中有一些赋值,我想打印为该变量赋值的值,如果有函数调用,我想打印出函数返回的值,等等。 因此,例如,如果我要使用
装饰模式是一种经典的类功能扩展模式,其精髓在装饰类使用继承加聚合的方式获得接口和要实现对象,然后通过自己实现扩展接口 作用 装饰模式通过装饰类动态地将责任附加到对象上,若要扩展功能,无需通过继承增
我是一名优秀的程序员,十分优秀!