Git 追溯重命名分支机构?
大约一周前,我开始在我的项目的一个新功能分支中玩。我将该分支命名为“uploadtest”,只是为了在我真正开始之前了解它是如何工作的 事实证明,我试图实现的上传功能非常简单,我决定简单地完成这项工作。完成后,我将分支合并回我的“开发”分支。然而,现在查看提交历史有点奇怪,因为已经合并的分支使它看起来像是一个测试,而实际上像“uploadimpl”这样的东西会更清楚Git 追溯重命名分支机构?,git,Git,大约一周前,我开始在我的项目的一个新功能分支中玩。我将该分支命名为“uploadtest”,只是为了在我真正开始之前了解它是如何工作的 事实证明,我试图实现的上传功能非常简单,我决定简单地完成这项工作。完成后,我将分支合并回我的“开发”分支。然而,现在查看提交历史有点奇怪,因为已经合并的分支使它看起来像是一个测试,而实际上像“uploadimpl”这样的东西会更清楚 对于我的单人项目来说,这显然不是一个问题,但如果我在团队项目中这样做,那么,困惑就会烟消云散。因此,是否有方法可追溯重命名(合并)
对于我的单人项目来说,这显然不是一个问题,但如果我在团队项目中这样做,那么,困惑就会烟消云散。因此,是否有方法可追溯重命名(合并)分支?重命名分支很简单,请参阅 但是,我认为您所指的问题是提交消息,而不是分支名称。一旦合并,分支的实际名称就不重要了。事实上,你可以简单地删除它。但是,分支的名称通常包含在合并的提交消息中。听起来您想编辑历史记录以更改合并的提交消息上分支的名称。这是可能的,但重写历史可能是危险的,尤其是在团队场景中 如果尚未将合并的更改推送到远程存储库,则仍然可以完成此操作。查看此问题以了解一些选项:
如果你推动了这些改变,那么你就处于危险的境地。我的一般指导就是不要这样做。就让它去吧。。。但如果必须这样做,请检查以下内容:我不知道提交消息中包含合并的分支名称。git GUI以一种使分支永远以一种单独的方式唯一标识的方式对它们进行可视化。不过,对于给定的解决方案,我有点目瞪口呆。据我所知,-amend允许您重新表述最新的提交消息,但在我的场景中,我想重命名的分支已经有很多次提交了。@user3216060问题中没有提到Git GUI,也许如果您包括您正在使用的GUI,那么具有该产品专业知识的人可以提供更好的答案。我只使用命令行Git,因此我无法提供帮助。我提供的链接还包括一个交互式重新设置基础建议,可用于重新表述较旧的提交消息。修正选项更简单,因此通常首先提供修正选项。