当前分行的git参考'；s远程分支

我可以用

HEAD

间接引用“当前提交”

我可以用

otherCommit~

或

otherCommit^

间接引用“在

otherCommit

之前提交”（与合并提交IIRC相关的微妙之处）

是否有一种方法可以间接引用“当前活动分支正在跟踪的分支”

用法包括丢弃本地更改的

git reset--hard

，以及本地提交到当前分支，而无需键入当前分支的名称

---

---

关于

reset--hard

或分离

HEAD

s的任何警告。。。我确实知道我在做什么，这些担心都不适用。请假定我要运行的命令引用了我当前分支跟踪的远程分支。

您正在查找的是

头{上游}

，也称为

{上游}

，也称为

{u}
头{上游}

，也称为

@{upstream}

，也称为

@{u}

警告：将放弃未提交的更改。他们将永远失去。除非你知道自己在做什么，否则不要使用它。@axiac你写道：“这是你不应该做的事情，除非有特殊情况”。我不认为超然的头脑有什么问题；唯一的缺点是，Git的新手可能会发现它是一个令人困惑的状态。

@{upstream}

我相信这是一个重复，但我会等待OP的确认，然后再行使堆栈溢出赋予我的超级能力。@axiac“你不需要键入当前分支的名称”很酷。所以我目前正在分支

feat_1_3

上结帐，您希望如何执行

git reset--hard origin/feat_1_3

而不键入

feat_1_3

警告：将放弃未提交的更改。他们将永远失去。除非你知道自己在做什么，否则不要使用它。@axiac你写道：“这是你不应该做的事情，除非有特殊情况”。我不认为超然的头脑有什么问题；唯一的缺点是，Git的新手可能会发现它是一个令人困惑的状态。

@{upstream}

我相信这是一个重复，但我会等待OP的确认，然后再行使堆栈溢出赋予我的超级能力。@axiac“你不需要键入当前分支的名称”很酷。所以我目前正在分支

feat_1_3

上结帐，您希望如何执行

git reset--hard origin/feat_1_3

而不键入

feat_1_3

啊哈！是的，就是那个！你能给一些文档添加一个链接吗，这样我就可以理解

HEAD@{upstream}

语法的工作原理-它建议我可以做

otherBranch@{upstream}

，但这让我感到困惑，因为HEAD是对提交的引用，而不是分支，它将如何解释

arbirycommit@{upstream}

其中

任意提交

位于多个远程分支中？@Brondahl

头

，除非分离，否则是对分支的引用。否则，同样的问题将应用于

git commit

：如果有多个分支指向当前提交，则应前进哪个分支？事实上，从commit SHA-1请求

@{u}

只会让你

致命：没有这样的分支：'

头

既不是分支也不是提交，它只是字符串

头

。它通常是一个符号引用（对分支名称的间接引用），在这种情况下，可以根据查找方式确定名称或提交。如果它被分离，它就不再是符号，这意味着它不再包含

refs/heads/

名称，因此您可以查找的唯一项是提交散列。

refs/heads/

名称的实际上游设置在

.git/config

文件中，分为两部分，但使用

@{u}

要容易得多。有关引用的更多信息，请参阅Ah-hah！是的，就是那个！你能给一些文档添加一个链接吗，这样我就可以理解

HEAD@{upstream}

语法的工作原理-它建议我可以做

otherBranch@{upstream}

，但这让我感到困惑，因为HEAD是对提交的引用，而不是分支，它将如何解释

arbirycommit@{upstream}

其中

任意提交

位于多个远程分支中？@Brondahl

头

，除非分离，否则是对分支的引用。否则，同样的问题将应用于

git commit

：如果有多个分支指向当前提交，则应前进哪个分支？事实上，从commit SHA-1请求

@{u}

只会让你

致命：没有这样的分支：'

头

既不是分支也不是提交，它只是字符串

头

。它通常是一个符号引用（对分支名称的间接引用），在这种情况下，可以根据查找方式确定名称或提交。如果它被分离，它就不再是符号，这意味着它不再包含

refs/heads/

名称，因此您可以查找的唯一项是提交散列。

refs/heads/

名称的实际上游设置在

.git/config

文件中，分为两部分，但使用

@{u}

要容易得多。有关引用的更多信息，请参阅