我正在从事的当前项目，我正在尝试探索一堆不同的想法，这些想法通常表现为一堆功能分支。我正在处理的功能通常彼此正交，因此有时我想merge所有这些功能(或功能的某些子集)并一起测试它们。到目前为止，我的工作流程是这样的——我有分支featureA、featureB、featureC，我会有一个名为featureA_featureB然后是另一个像featureA_featureB_featureC等我有两个问题:命名方案非常繁琐并且会产生很多分支困惑由于我正在测试具有merge在一起的功能的分支，所以我倾向于不小心提交到组合分支而不是单个分支。因此，例如，我想到了对featureC的改进，
这是分支/提交历史的示例图:A---master|\|B-----G--------Pfeature2|\\\|-----F--J--L--O--Qintegration|\///|C--E--H--K/feature1\/D---------Mfeature3在正常情况下，我们将集成分支merge到master并完成。但是......有一些异常(exception)情况，只有一些特定的功能必须merge到master中......例如:只有feature1。在这种情况下，feature1分支被merge到master(提交R):A-------------------------Rm
这是分支/提交历史的示例图:A---master|\|B-----G--------Pfeature2|\\\|-----F--J--L--O--Qintegration|\///|C--E--H--K/feature1\/D---------Mfeature3在正常情况下，我们将集成分支merge到master并完成。但是......有一些异常(exception)情况，只有一些特定的功能必须merge到master中......例如:只有feature1。在这种情况下，feature1分支被merge到master(提交R):A-------------------------Rm
假设我有一个功能分支，在将我的更改推回之前，我将上游更改merge到其中:gitbranchfeature1...[editmycode]...[commit]gitfetchoriginmastergitmergefetch_head[orrebase]...[resolveconflicts]...[buildandtestcode]在这一点上，我希望推送我的更改。这样做的正常方法是:gitcheckoutmaster[changesabunchofworkingtreefiles]gitmergefeature1[changesthesamefilesrightback]这工作正
假设我有一个功能分支，在将我的更改推回之前，我将上游更改merge到其中:gitbranchfeature1...[editmycode]...[commit]gitfetchoriginmastergitmergefetch_head[orrebase]...[resolveconflicts]...[buildandtestcode]在这一点上，我希望推送我的更改。这样做的正常方法是:gitcheckoutmaster[changesabunchofworkingtreefiles]gitmergefeature1[changesthesamefilesrightback]这工作正
我一直在与git/git-svn学习曲线作斗争，昨晚，作为学习曲线的一部分，我做了一些非常非常糟糕的事情。我已经更正了它，但我希望以我的方式理解错误。我有一个svn存储库，我从中克隆了主干和分支(我忽略了这些标签，因为我们不处理这些标签)。使用git，我为我当前需要使用的每个分支创建了本地分支:$gitcheckout-btrunksvn/trunk$gitcheckout-bfeature1svn/branches/development/feature1$gitcheckout-bmaintsvn/branches/maintenance/previous-version我将fea
我一直在与git/git-svn学习曲线作斗争，昨晚，作为学习曲线的一部分，我做了一些非常非常糟糕的事情。我已经更正了它，但我希望以我的方式理解错误。我有一个svn存储库，我从中克隆了主干和分支(我忽略了这些标签，因为我们不处理这些标签)。使用git，我为我当前需要使用的每个分支创建了本地分支:$gitcheckout-btrunksvn/trunk$gitcheckout-bfeature1svn/branches/development/feature1$gitcheckout-bmaintsvn/branches/maintenance/previous-version我将fea
在gitbare存储库中有没有办法推送一个现在不在HEAD中的分支？例如我有两个分支:$gitbranch*masteranother我设置了两个Remote:origin和another。我需要能够在不更改HEAD的情况下仅在一个命令中从another推送到another/another。 最佳答案 原始问题中的所有那些“另一个另一个”，答案和大量评论是如此令人困惑(这是一个很好的例子，说明为什么一开始就正确命名你的东西很重要)，我无能为力帮助(双关语不是故意的)写另一个答案如下。问:在git(裸)存储库中有没有办法立即推送不在H
在gitbare存储库中有没有办法推送一个现在不在HEAD中的分支？例如我有两个分支:$gitbranch*masteranother我设置了两个Remote:origin和another。我需要能够在不更改HEAD的情况下仅在一个命令中从another推送到another/another。 最佳答案 原始问题中的所有那些“另一个另一个”，答案和大量评论是如此令人困惑(这是一个很好的例子，说明为什么一开始就正确命名你的东西很重要)，我无能为力帮助(双关语不是故意的)写另一个答案如下。问:在git(裸)存储库中有没有办法立即推送不在H
最近我发现自己遇到过几次这种情况，但我不确定如何最好地处理它。所以我有一个我正在贡献的git存储库的分支。我保持我的主分支与上游主分支同步。当我想处理新功能、错误修复等时，我会从我的master创建一个分支并做任何工作。完成后，我会merge同时对上游master所做的任何更改，然后从我的功能/错误修复分支向上游master发送pull请求。现在，在等待该pull请求被接受的同时，我想做一些稍微不同的事情。但是，新功能工作需要我刚刚发送请求请求的错误修复/新功能。我需要以此为基础。我如何以这样的方式分支/merge/处理分支，以便我可以继续工作，同时在第一个pull请求被master接
