git从分支合并'；不起作用，git使用commit合并，发生了什么？

我试图遵循gitflow，所以我创建了一个名为develop的分支，然后用我的功能票证创建了一个名为的分支，做了一些更改并提交了它们

现在，结帐后，我执行

$ git merge #611

我得到

然而，它们是不同的：

$ git branch -vv
  #611               ca944c8 refs #611 clean repo and create new user settings
* develop            ac605bd [origin/develop] Apk after sprint of November

我记下了提交编号并执行了

$ git merge ca944c8 

一切都如我所料

---

我做错了什么？如果我在一行上执行多个提交，是否合并每个提交？

最有可能的情况是，您的命令shell将分支名称开头的

#

解释为注释的开头，因此执行它

git merge

默认情况下，这将从上游远程跟踪参考合并（可能是

origin/master

），如果自上次拉取

master

后该参考未移动，则会显示“已更新”

要解决此问题，请退出#，如中所示

或

---

或者不要在分支名称中使用

#

，这也是一个选项。

最有可能的情况是，您的命令shell将分支名称开头的

#

解释为注释的开头，因此执行它

git merge

默认情况下，这将从上游远程跟踪参考合并（可能是

origin/master

），如果自上次拉取

master

后该参考未移动，则会显示“已更新”

要解决此问题，请退出#，如中所示

或

---

或者不要在分支名称中使用

#

，这也是一个选项。

尝试

git show#611

，确保它显示正确的内容，开始时的哈希可能会触发git并指定与您认为的不同的内容。

git merge base#611 developer

返回什么？如果是

ca944c8

，那么

develop

就在

#611

@ElpieKay之前-因为malarres能够通过使用提交ID实现合并，我们可以假设在尝试合并时

develop

并不在

#611

之前。当然，如果在合并已完成的情况下尝试此测试，它将显示假阳性。@MarkAdelsberger您是对的。我错过了它。请尝试

git show#611

，确保它显示了正确的内容，开始时的哈希可能会绊倒git并指定您认为它所做的以外的内容。

git merge base#611 developer

返回什么？如果是

ca944c8

，那么

develop

就在

#611

@ElpieKay之前-因为malarres能够通过使用提交ID实现合并，我们可以假设在尝试合并时

develop

并不在

#611

之前。当然，如果在合并已完成的情况下尝试此测试，它将显示假阳性。@MarkAdelsberger您是对的。我只是错过了它。我创建了一个以master为基础的新分支，与\#611合并，一切正常。谢谢还有，吸取的教训！不要将发行号用作分支机构名称！我创建了一个以master为基础的新分支，并与\#611合并，一切正常。谢谢还有，吸取的教训！不要将发行号用作分支机构名称！

git merge \#611

git merge '#611'