如何在 git 中找到 origin/master 的位置，以及如何更改它？

我是 Git 新手。我最近将一个 Rails 项目从 Subversion 迁移到了 Git。我按照这里的教程进行操作：http://www.simplisticcomplexity.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/ http://www.simplisticcomplexity.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/

我还使用 unfuddle.com 来存储我的代码。我在上下班的火车上对我的 Mac 笔记本电脑进行了更改，然后在有网络连接时使用以下命令将它们推送到 unfuddle：

git push unfuddle master

我使用 Capistrano 进行部署，并使用 master 分支从 unfuddle 存储库中提取代码。

最近，当我在笔记本电脑上运行“git status”时，我注意到以下消息：

# On branch master
# Your branch is ahead of 'origin/master' by 11 commits.
#
nothing to commit (working directory clean)

我很困惑为什么。我以为我的笔记本电脑是起源...但不知道我最初从 Subversion 拉取或推送到 Unfuddle 的事实是否是导致该消息显示的原因。我怎么能够：

1. 找出 Git 认为“origin/master”在哪里？
2. 如果它在其他地方，我如何将我的笔记本电脑变成“原始/主”？
3. 得到这个消息就走开。这让我觉得 Git 对某些事情不满意。

我的 Mac 运行的是 Git 版本 1.6.0.1。

当我跑步时git remote show origin根据 dbr 的建议，我得到以下信息：

~/Projects/GeekFor/geekfor 10:47 AM $ git remote show origin
fatal: '/Users/brian/Projects/GeekFor/gf/.git': unable to chdir or not a git archive
fatal: The remote end hung up unexpectedly

当我跑步时git remote -v根据亚里士多德·帕加尔齐斯（Aristotle Pagaltzis）的建议，我得到以下结论：

~/Projects/GeekFor/geekfor 10:33 AM $ git remote -v
origin  /Users/brian/Projects/GeekFor/gf/.git
unfuddle    [email protected] /cdn-cgi/l/email-protection:spilth/geekfor.git

现在，有趣的是，我正在做我的项目geekfor目录，但它说我的来源是我的本地计算机gf目录。我相信gf是我在将项目从 Subversion 转换为 Git 时使用的临时目录，也可能是我从中摆脱混乱的地方。然后我相信我从 unfuddle 中查看了一份新副本geekfor目录。

所以看来我应该听从 dbr 的建议并执行以下操作：

git remote rm origin
git remote add origin [email protected] /cdn-cgi/l/email-protection:spilth/geekfor.git

我来到这个问题，寻找关于消息“yourbranch isleading by...”的解释，在 git 的一般方案中。这里没有答案，但是由于当您搜索短语“您的分支领先于‘origin/master’”时，这个问题目前显示在谷歌的顶部，而且我已经弄清楚了该消息的真正含义，我想我应该在这里发布信息。

所以，作为一个 git 新手，我可以看到我需要的答案显然是新手答案。具体来说，“您的分支领先于...”短语的含义是，您已添加并提交了一些文件到本地存储库，但从未推送到源。 “git diff”（至少对我而言）没有显示出任何差异，这一事实进一步混淆了此消息的意图。直到我运行“git diff origin/master”，我才被告知我的本地存储库和远程主存储库之间存在差异。

所以，要明确的是：

“你的分支领先于……”=> 您需要推送到远程主机。跑步“git diff 起源/主”查看本地存储库和远程主存储库之间的差异。

希望这对其他新手有帮助。

（另外，我认识到存在一些配置细节可能会部分使该解决方案无效，例如主服务器实际上可能不是“远程”，并且“origin”是约定使用的可重新配置的名称等。但新手确实如此不关心这类事情。我们想要简单、直接的答案。一旦我们解决了紧迫的问题，我们就可以稍后阅读其中的微妙之处。）

Earl