我可以用git做到这一点:
git log h
然后我可以在接受提交的每个地方使用“h”代替head,例如git show-branch h origin/master
或@{u}
。
是否可以对HEAD的上游分支执行相同的操作?它由HEAD@{upstream}
(或长格式git log @{u}
)表示,例如git rebase --onto @{u}
,git show-branch HEAD @{u}
或echo "ref: HEAD@{upstream}" > .git/u
。
尝试将这些中的任何一个作为符号引用,如下所示:
$ git show u
warning: ignoring dangling symref u.
warning: ignoring dangling symref u.
fatal: ambiguous argument 'u': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
会导致错误:
$mail->SMTPDebug = 0;
答案 0 :(得分:0)
不要那样做;使用git symbolic-ref
创建符号引用。例如,git symbolic-ref u HEAD
是创建.git/u
作为HEAD
的符号引用的“正确”命令(它是对当前分支的符号引用,除非HEAD
是独立的。)
尽管现在情况正常,但你无法对需要额外解析的东西做出符号引用。它必须是另一个引用的名称,以便git可以轻松解决它,而不会git rev-parse
对用户提供的名称执行任何奇特的“剥离”过程(包括本身是间接的名称,如{{ 1}})。这可能是因为符号引用是一个孤儿步子,正如俗话所说的那样:他们已经有足够的工作让他们为HEAD
工作以包含一个分支名称,但很少有额外的工作