[console]: git remote -v
origin [email protected]:myProj/myProj.git(fetch)
origin [email protected]:myProj/myProj.git(push)
[console]: git branch -a
*myBranch
development
remotes/origin/myBranch
remotes/origin/development
[console]: git pull origin/myBranch myBranch
fatal: 'origin/myBranch' does not appear to be a git repository
fatal: Could not read from remote repository
我最初是创建此分支的，并且已经将它推了一段时间。尽管昨天我确实从另一个分支迁移到了我的分支，所以也许这搞砸了吗？
您的语法有误：不是。在这种情况下，您将需要。git pull [ remote [ branch-name ] ]git pull remote/branch-name branch-namegit pull origin myBranch
就是说，我建议完全不使用git pull，至少在您对Git非常熟悉之前不要使用。原因是这样git pull做有两件事，其次是run git merge，它是：
git rebase无论如何通常最好做得更好。上半年git pull是git fetch，这样你就可以运行git fetch，然后，它成功，运行后两种git merge或git rebase根据需要。这两个命令都比接受更多明智的参数git pull。
使用git fetch，您可以命名要从中获取的遥控器git fetch origin（例如（或只是git fetch弄清楚它：git fetch没有参数通常会指出可以origin自动使用））。
使用git merge和git rebase，您可以为origin/myBranch远程跟踪分支命名，或者只是让Git再次找出它。
所有这些还git pull通常会自行解决所有这些问题。特别是如果git merge或git rebase可以计算出使用origin/myBranch，git pull可以计算出使用origin和origin/myBranch为其两个步骤。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句