我使用本地分支feature为github存储库创建了一个PR(我没有写入权限)。后来我决定将它的最后一次提交分离到一个独立的PR中，所以我将feature移回了一个提交:gitcheckoutfeaturegitbranchfeature2gitreset--hard@~gitpush-f第一个PRmerge到上游，所以现在我要创建第二个PR:gitcheckoutmastergitpullupstreammastergitpushorigingitcheckoutfeature2gitrebasemaster不幸的是，git缺少feature被merge到master的信息。因此，
根据我的理解，创建功能分支的优势之一是您可以轻松地看到大量提交已merge到开发分支中的位置。完成功能分支后，建议删除功能分支，因为开发不再需要它。删除分支后，图形是否仍会被注释为“feature/my-fancy-feature”branchingandmerged？ 最佳答案 "Uponfinishingafeaturebranchtherecommendationistodeletethefeaturebranchsinceitisnolongerneededfordevelopment."“丢弃”和“merge”特性分支的区
根据我的理解，创建功能分支的优势之一是您可以轻松地看到大量提交已merge到开发分支中的位置。完成功能分支后，建议删除功能分支，因为开发不再需要它。删除分支后，图形是否仍会被注释为“feature/my-fancy-feature”branchingandmerged？ 最佳答案 "Uponfinishingafeaturebranchtherecommendationistodeletethefeaturebranchsinceitisnolongerneededfordevelopment."“丢弃”和“merge”特性分支的区
我喜欢查看我的git日志的方式是gitlog--graph--oneline--all--decorate在我发现其输出有用的其他内容中，有分支名称。但是，如果我删除一个分支，则上面不再显示它们。我的意思是看到一堆像这样的东西:*87c3294(QueueExample)blahblah比一堆更具表现力(尤其是当列表变长时)*87c3294blahblahthisquestion的答案特别是thiscomment似乎暗示分支名称仍在“某处”。如何在gitlog的输出中或至少以其他方式打印它们？或者，我如何从gitbranch的输出中删除分支，同时为了gitlog的目的仍然保留它们？
我喜欢查看我的git日志的方式是gitlog--graph--oneline--all--decorate在我发现其输出有用的其他内容中，有分支名称。但是，如果我删除一个分支，则上面不再显示它们。我的意思是看到一堆像这样的东西:*87c3294(QueueExample)blahblah比一堆更具表现力(尤其是当列表变长时)*87c3294blahblahthisquestion的答案特别是thiscomment似乎暗示分支名称仍在“某处”。如何在gitlog的输出中或至少以其他方式打印它们？或者，我如何从gitbranch的输出中删除分支，同时为了gitlog的目的仍然保留它们？
我有一个带有mainline的git仓库(相当于master)和一些局部特征分支。例如:$gitbranch*mainlinefeature1feature2feature3当我执行以下操作时，我能够将我在功能分支中的所有编辑merge到一个对mainline的提交中。:$gitcheckoutmainline$gitpull$gitcheckoutfeature1$gitrebasemainline$gitcheckoutmainline$gitmerge--squashfeature1$gitcommit$gitpush我的问题是，此时，当我尝试删除feature1时分支，它告诉我
我有一个带有mainline的git仓库(相当于master)和一些局部特征分支。例如:$gitbranch*mainlinefeature1feature2feature3当我执行以下操作时，我能够将我在功能分支中的所有编辑merge到一个对mainline的提交中。:$gitcheckoutmainline$gitpull$gitcheckoutfeature1$gitrebasemainline$gitcheckoutmainline$gitmerge--squashfeature1$gitcommit$gitpush我的问题是，此时，当我尝试删除feature1时分支，它告诉我
我有一个大型项目，我正在使用git作为VCS。在任何给定时间，我都在努力实现一些功能/错误修复等。对于任何给定的功能/错误，创建分支层次结构会很好——例如$gitbranchfeature1sub-branch1sub-branch2sub-branch3feature2sub-brancha*sub-branchb#是否可以这样做，还是我需要采用更原始的命名方案？编辑为了使我正在寻找的内容更具体一些，如果feature1是一个git分支，那么在上面的示例中，子分支1将全部由gitcheckout-bsub-branch1创建。来自feature1分支(从master分支出来)。例如:
我有一个大型项目，我正在使用git作为VCS。在任何给定时间，我都在努力实现一些功能/错误修复等。对于任何给定的功能/错误，创建分支层次结构会很好——例如$gitbranchfeature1sub-branch1sub-branch2sub-branch3feature2sub-brancha*sub-branchb#是否可以这样做，还是我需要采用更原始的命名方案？编辑为了使我正在寻找的内容更具体一些，如果feature1是一个git分支，那么在上面的示例中，子分支1将全部由gitcheckout-bsub-branch1创建。来自feature1分支(从master分支出来)。例如:
我正在从事的当前项目，我正在尝试探索一堆不同的想法，这些想法通常表现为一堆功能分支。我正在处理的功能通常彼此正交，因此有时我想merge所有这些功能(或功能的某些子集)并一起测试它们。到目前为止，我的工作流程是这样的——我有分支featureA、featureB、featureC，我会有一个名为featureA_featureB然后是另一个像featureA_featureB_featureC等我有两个问题:命名方案非常繁琐并且会产生很多分支困惑由于我正在测试具有merge在一起的功能的分支，所以我倾向于不小心提交到组合分支而不是单个分支。因此，例如，我想到了对featureC的改进，
