Can'；在命令行中看不到git分支

我正在尝试将提交从一个分支a推送到另一个分支B

所以当我使用下面的命令--

然后它说,

！[已拒绝]开发->暂存（先提取）

问题是，当我执行

git分支-a

时，它没有列出staging分支

---

非常感谢您的帮助。提前感谢。

您的

git push

命令说：

您自己的Git应该在

源文件中存储的URL处调用另一个Git

然后，Git应该向他们提供由

dev

标识的提交，以及您拥有的、他们没有的所有早期提交。（运行

git rev parse dev

查看提交哈希ID是什么，或者运行

git log dev

查看该提交以及从该提交可访问的所有早期提交。）

在他们将这些提交保存到某个临时位置后，Git应该要求他们的Git将他们的

staging

设置为步骤2中使用的哈希ID

在这些步骤中，没有任何地方建议Git使用存储库中的名称

staging

。您只需要让他们使用存储库中的名称

staging

来做一些事情

您可以运行

git fetch origin

来指示您的git在同一URL上调用他们的git。然后，您的Git将让Git列出所有分支名称，以及这些分支名称所指向的提交哈希ID。对于您没有的每一个这样的提交，您的Git都将从他们的Git中获得提交和您没有的任何早期提交。当您的Git获得所有这些新提交后，您的Git将更新甚至在存储库中创建名称，以记住它们的分支提示提交散列

---

Git将使用的名称类似于

origin/staging

：Git将重命名它们的分支名称，以生成远程跟踪名称。如果他们有

master

、

dev

、和

staging

，您的Git将更新或创建您的

origin/master

、

origin/dev

、和

origin/staging

，因此，我理解push是在告诉您提取，我理解您的本地回购没有

staging

分支机构。。。但当你说这是“问题”时，我不明白

您说过要将您的

dev

分支推送到远程

staging

分支。该错误表示远程

暂存

分支存在，并指向无法从

dev

ref访问的提交-这意味着更新不会是快进的，而是有效的“上游重基”，可能会丢失其他人的更改，并且肯定会让回购协议的所有其他用户进入一种糟糕的状态，他们需要从中恢复

---

这并不意味着

staging

应该出现在本地回购的分支机构列表中，即使是

-a

，因为您可能没有从远程获取

staging

参考。如果您执行

git fetch

，那么在此之后，我希望

origin/staging

包含在

git branch-a

的输出中，它希望您根据错误执行

git fetch

。也许其他人已经创建了一个

staging

分支。谢谢。我想我已经明白了。

dev > git push origin dev:staging