[console]: git remote -v origin git@testServer.com:myProj/myProj.git(fetch) origin git@testServer.com: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 Originalmente hice esta twig y la he estado presionando por un time. Aunque ayer cambié la base de otra sucursal a mi sucursal, ¿tal vez eso arruinó algo?
Tiene la syntax incorrecta: es git pull [ remote [ branch-name ] ] , no git pull remote / branch-name branch-name . En este caso, necesitarías git pull origin myBranch .
Dicho esto, recomiendo no usar git pull en absoluto, al less no hasta que esté muy familiarizado con Git. La razón es que git pull hace dos cosas, y lo segundo que hace es ejecutar git merge , que:
git rebase todos modos. La primera mitad de git pull es git fetch , por lo que puedes ejecutar git fetch y luego, una vez que tenga éxito, ejecutar git merge o git rebase como desees. Ambos commands toman arguments mucho más sensibles que git pull .
Con git fetch , nombra el control remoto para search, por ejemplo, git fetch origin (o simplemente deje que git fetch lo resuelva: git fetch sin arguments generalmente descubrirá el origin automáticamente).
Tanto con git merge como git rebase , debes nombrar la twig origin/myBranch remote-tracking o simplemente dejar que Git lo resuelva.
Todo lo que también dice, git pull usualmente resolverá todo esto por sí mismo también. En particular, si git merge o git rebase pueden descifrar el uso de origin/myBranch , git pull puede deducir el uso de origin y origin/myBranch para sus dos pasos.
La syntax correcta es git pull origin myBranch El primer argumento del command debe ser el nombre del control remoto, como lo sugiere el error fatal: 'origin/myBranch' does not appear to be a git repository