我克隆了一个存储库,之后其他人创建了一个新的分支,我想开始工作。我看了说明书,好像非常简单。奇怪的是,这并没有起作用,我找到的所有帖子都表明我在做正确的事情。所以我要让自己接受抨击,因为这肯定有什么明显的问题:

正确的做法似乎是

git fetch
git branch -a
* master
  remotes/origin/HEAD --> origin/master
  remotes/origin/master
git checkout -b dev-gml origin/dev-gml

在这一点上有一个问题,由于某种原因,在git获取后,我无法看到dev-gml远程分支。为什么不呢?如果我重新克隆存储库,它就在那里,所以远程分支肯定存在:

$ mkdir ../gitest
$ cd ../gitest
$ git clone https://github.com/example/proj.git
Cloning into proj...
remote: Counting objects: 1155, done.
remote: Compressing objects: 100% (383/383), done.
remote: Total 1155 (delta 741), reused 1155 (delta 741)
Receiving objects: 100% (1155/1155), 477.22 KiB | 877 KiB/s, done.
Resolving deltas: 100% (741/741), done.
$ cd projdir
$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev-gml
  remotes/origin/master

我已经尝试了git update, git pull, git fetch——所有的,git pretty-please在所有可能的排列中……


当前回答

为了让它更具体 创建一个跟踪分支,这意味着您现在正在跟踪一个远程分支。

git branch --track branch remote-branch
git branch --track exp remotes/origin/experimental

之后你就可以

git branch   # to see the remote tracking branch "exp" created .

然后去做那个分支

git checkout branchname
git checkout exp

在对分支进行更改之后。你可以从你的远程跟踪分支中获取和合并git来合并你的更改,并将其推送到远程分支,如下所示。

git fetch origin
git merge origin/experimental  
git push origin/experimental

希望它能帮到你,并给你一个想法,这是如何工作的。

其他回答

这可能是由于脸掌时刻:如果你在几个克隆之间切换,很容易发现自己在错误的源树中试图拉一个不存在的分支。当克隆具有相似的名称,或者回购是来自多个贡献者的同一个项目的不同克隆时,这就更容易了。当真正的问题是失去焦点或工作上下文或两者兼而有之时,新的git克隆显然可以解决这个“问题”。

为了让它更具体 创建一个跟踪分支,这意味着您现在正在跟踪一个远程分支。

git branch --track branch remote-branch
git branch --track exp remotes/origin/experimental

之后你就可以

git branch   # to see the remote tracking branch "exp" created .

然后去做那个分支

git checkout branchname
git checkout exp

在对分支进行更改之后。你可以从你的远程跟踪分支中获取和合并git来合并你的更改,并将其推送到远程分支,如下所示。

git fetch origin
git merge origin/experimental  
git push origin/experimental

希望它能帮到你,并给你一个想法,这是如何工作的。

从终端写入

git fetch --prune.

它工作得很好。

这个问题可以在检查remote.origin.fetch设置时看到 (以$开头的行是带有我输入命令的bash提示符。其他行是结果输出)

$ git config --get remote.origin.fetch
+refs/heads/master:refs/remotes/origin/master

如您所见,在我的例子中,远程被设置为专门且仅获取主分支。我按照下面的方法修复了它,包括检查结果的第二个命令。

$ git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"
$ git config --get remote.origin.fetch
+refs/heads/*:refs/remotes/origin/*

通配符*当然是指路径下的所有东西。

不幸的是,我看到这条评论时,我已经通过反复试验找到了答案。

我今天有个回购的问题。

这不是顶部解决方案中的+refs/heads/*:refs/remotes/origin/*问题。

症状很简单,git fetch origin或git fetch似乎没有做任何事情,尽管有远程分支来获取。

在尝试了很多东西之后,我删除了原始远程,并重新创建了它。这似乎解决了问题。不知道为什么。

删除: Git远程rm来源

并用: Git远程添加origin < Git uri>