我在git中使用了很多本地主题分支，有时最终主题分支之间的依赖关系会导致rebase问题。例如，结构如下:master--->featureA--->featureB\-->featureC如果master发生变化并且我在rebasefeatureA时遇到(并解决)冲突，然后再将featureBrebase到featureA会触发相同的冲突(有时还会引发新的冲突)，因为它会尝试重新应用来自featureA分支的补丁。假设如果精心挑选，featureA和featureB之间的实际补丁将干净地应用，那么在这种情况下是否有一种方法可以进行与cherry-大致相同的效果选择featureA和f

我在git中使用了很多本地主题分支，有时最终主题分支之间的依赖关系会导致rebase问题。例如，结构如下:master--->featureA--->featureB\-->featureC如果master发生变化并且我在rebasefeatureA时遇到(并解决)冲突，然后再将featureBrebase到featureA会触发相同的冲突(有时还会引发新的冲突)，因为它会尝试重新应用来自featureA分支的补丁。假设如果精心挑选，featureA和featureB之间的实际补丁将干净地应用，那么在这种情况下是否有一种方法可以进行与cherry-大致相同的效果选择featureA和f

我正在从事的当前项目，我正在尝试探索一堆不同的想法，这些想法通常表现为一堆功能分支。我正在处理的功能通常彼此正交，因此有时我想merge所有这些功能(或功能的某些子集)并一起测试它们。到目前为止，我的工作流程是这样的——我有分支featureA、featureB、featureC，我会有一个名为featureA_featureB然后是另一个像featureA_featureB_featureC等我有两个问题:命名方案非常繁琐并且会产生很多分支困惑由于我正在测试具有merge在一起的功能的分支，所以我倾向于不小心提交到组合分支而不是单个分支。因此，例如，我想到了对featureC的改进，

我正在从事的当前项目，我正在尝试探索一堆不同的想法，这些想法通常表现为一堆功能分支。我正在处理的功能通常彼此正交，因此有时我想merge所有这些功能(或功能的某些子集)并一起测试它们。到目前为止，我的工作流程是这样的——我有分支featureA、featureB、featureC，我会有一个名为featureA_featureB然后是另一个像featureA_featureB_featureC等我有两个问题:命名方案非常繁琐并且会产生很多分支困惑由于我正在测试具有merge在一起的功能的分支，所以我倾向于不小心提交到组合分支而不是单个分支。因此，例如，我想到了对featureC的改进，

我发现TFS中的shelve/unshelve命令非常好用，使用起来也非常简单。Git中的等价物是什么？这是TFS中的场景:我在主干上做了改动我搁置:更改集保存在服务器上(带有标签)，我在更改之前取回源代码我在后备箱工作某人可以取消搁置:在他的工作区中获取更改集我知道有一个调用cherry-pick的命令，但我不确定工作流程以及它是否符合需要。 最佳答案 您描述的内容类似于gitstash，除了因为使用git你有自己的存储库(不仅仅是服务器上的一个存储库)，只有你可以恢复该更改。总体思路是:#dosomestuffvimfoo/ba

我发现TFS中的shelve/unshelve命令非常好用，使用起来也非常简单。Git中的等价物是什么？这是TFS中的场景:我在主干上做了改动我搁置:更改集保存在服务器上(带有标签)，我在更改之前取回源代码我在后备箱工作某人可以取消搁置:在他的工作区中获取更改集我知道有一个调用cherry-pick的命令，但我不确定工作流程以及它是否符合需要。 最佳答案 您描述的内容类似于gitstash，除了因为使用git你有自己的存储库(不仅仅是服务器上的一个存储库)，只有你可以恢复该更改。总体思路是:#dosomestuffvimfoo/ba