我记得大约一年前，我做了一些merge，导致提交消息成为远程存储库上的Mergebranch'Name_of_branch'。根据我的内存，如果我重新设置分支中的所有提交，然后将其merge到master，然后推送到远程存储库，就会发生这种情况。但现在我不能用git-1.7.2.2重现它。修复了吗？或者有人可以解释这种情况是如何发生的，以及如何避免这种情况？ 最佳答案 这是默认的merge提交信息。获得它不需要任何特殊的东西-只需将任何重要的merge到master中即可:-o-o-X(master)\/o-o(topic)提交X的

我记得大约一年前，我做了一些merge，导致提交消息成为远程存储库上的Mergebranch'Name_of_branch'。根据我的内存，如果我重新设置分支中的所有提交，然后将其merge到master，然后推送到远程存储库，就会发生这种情况。但现在我不能用git-1.7.2.2重现它。修复了吗？或者有人可以解释这种情况是如何发生的，以及如何避免这种情况？ 最佳答案 这是默认的merge提交信息。获得它不需要任何特殊的东西-只需将任何重要的merge到master中即可:-o-o-X(master)\/o-o(topic)提交X的

我正在尝试删除一个远程git分支，但是该过程并没有像我预期的那样“完全”删除该分支。例如，假设我要删除一个名为mybranch的分支。为此，我运行以下命令，gitpushorigin:mybranch这会按预期删除分支，如果我执行gitbranch-a它不再出现在本地或远程列表中。我遇到的问题是，如果我去另一个人的机器上执行gitpull而分支存在，他们执行gitbranch-a，它是仍然作为远程分支在他们的列表中。我们已经尝试了多个命令，pull、gc、prune，但没有更新此列表和删除远程分支。是否有命令同步(我只能假设是)远程分支列表的本地缓存，并删除任何不再存在的远程分支？

我正在尝试删除一个远程git分支，但是该过程并没有像我预期的那样“完全”删除该分支。例如，假设我要删除一个名为mybranch的分支。为此，我运行以下命令，gitpushorigin:mybranch这会按预期删除分支，如果我执行gitbranch-a它不再出现在本地或远程列表中。我遇到的问题是，如果我去另一个人的机器上执行gitpull而分支存在，他们执行gitbranch-a，它是仍然作为远程分支在他们的列表中。我们已经尝试了多个命令，pull、gc、prune，但没有更新此列表和删除远程分支。是否有命令同步(我只能假设是)远程分支列表的本地缓存，并删除任何不再存在的远程分支？

我是Git的新用户。我已经fork了一个名为Spoon-Knife的存储库(可用于练习使用Git进行fork)。然后，我通过运行将其克隆到本地gitclonehttps://github.com/rohinichoudhary/Spoon-Knife.git这个存储库包含三个分支，即master,测试分支,更改标题。当我运行gitbranch时，它只显示*master，而不显示其余两个分支。当我运行时gitcheckouttest-branch我收到以下错误:error:pathspec'test-branch'didnotmatchanyfile(s)knowntogit.为什么会这

我是Git的新用户。我已经fork了一个名为Spoon-Knife的存储库(可用于练习使用Git进行fork)。然后，我通过运行将其克隆到本地gitclonehttps://github.com/rohinichoudhary/Spoon-Knife.git这个存储库包含三个分支，即master,测试分支,更改标题。当我运行gitbranch时，它只显示*master，而不显示其余两个分支。当我运行时gitcheckouttest-branch我收到以下错误:error:pathspec'test-branch'didnotmatchanyfile(s)knowntogit.为什么会这

我们的工作团队热情地采用了rebase工作流程，但我们可能会有些得意忘形，这就是这个问题的重点:你是法官。现在使用pull--rebase对我来说是轻而易举的事。但是，我们也有很多人在处理的大型功能分支。我们希望定期引入master上发生的变化。传统智慧会让我们merge，因为它是一个共享分支。然而，在我们对rebase的痴迷中，我们决定对这些分支进行rebase。当然这需要大家的配合。工作流程是这样的:1)rebaser与每个人协调以确保他们都已checkin并推送到功能分支上，然后要求他们在该分支上不再做任何工作，直到他们全部清除为止。2)rebaser将特性分支rebase到ma

我们的工作团队热情地采用了rebase工作流程，但我们可能会有些得意忘形，这就是这个问题的重点:你是法官。现在使用pull--rebase对我来说是轻而易举的事。但是，我们也有很多人在处理的大型功能分支。我们希望定期引入master上发生的变化。传统智慧会让我们merge，因为它是一个共享分支。然而，在我们对rebase的痴迷中，我们决定对这些分支进行rebase。当然这需要大家的配合。工作流程是这样的:1)rebaser与每个人协调以确保他们都已checkin并推送到功能分支上，然后要求他们在该分支上不再做任何工作，直到他们全部清除为止。2)rebaser将特性分支rebase到ma

在使用GitGUI检查远程分支releases/rel_5.4.1之后，当我尝试push时看到了这个意外的错误消息:fatal:Theupstreambranchofyourcurrentbranchdoesnotmatchthenameofyourcurrentbranch.Topushtotheupstreambranchontheremote,usegitpushoriginHEAD:releases/rel_5.4.1Topushtothebranchofthesamenameontheremote,usegitpushoriginrel_5.4.1我不知道Git在说什么。我可

在使用GitGUI检查远程分支releases/rel_5.4.1之后，当我尝试push时看到了这个意外的错误消息:fatal:Theupstreambranchofyourcurrentbranchdoesnotmatchthenameofyourcurrentbranch.Topushtotheupstreambranchontheremote,usegitpushoriginHEAD:releases/rel_5.4.1Topushtothebranchofthesamenameontheremote,usegitpushoriginrel_5.4.1我不知道Git在说什么。我可