Git 如何将一组文件的提交挑选到不同文件夹位置的新文件集中?

Git 如何将一组文件的提交挑选到不同文件夹位置的新文件集中?,git,Git,我在另一个具有不同文件夹结构(但文件名相同)的分支中进行了一些更改,我希望选择对某些文件所做的更改,这些文件与当前文件不在同一位置。cherry pick假设文件位于同一位置。如何实现这一点?以提高成功检测重命名/移动的机会 您可以使用--strategy option=“recursive”--strategy option=“rename threshold=XX%”。有关可以使用的值的更多详细信息,请参阅或 默认值是50%,所以尝试减小它,看看它是否有效 正如我在评论中已经提到的,Git不

我在另一个具有不同文件夹结构(但文件名相同)的分支中进行了一些更改,我希望选择对某些文件所做的更改,这些文件与当前文件不在同一位置。cherry pick假设文件位于同一位置。如何实现这一点?

以提高成功检测重命名/移动的机会 您可以使用
--strategy option=“recursive”--strategy option=“rename threshold=XX%”
。有关可以使用的值的更多详细信息,请参阅或

默认值是50%,所以尝试减小它,看看它是否有效


正如我在评论中已经提到的,Git不会在提交中跟踪重命名/复制/移动;它只跟踪内容。所有这些合并/挑选/区分更改的检测都发生在事件发生之后。

以提高成功重命名/移动检测的机会 您可以使用
--strategy option=“recursive”--strategy option=“rename threshold=XX%”
。有关可以使用的值的更多详细信息,请参阅或

默认值是50%,所以尝试减小它,看看它是否有效


正如我在评论中已经提到的,Git不会在提交中跟踪重命名/复制/移动;它只跟踪内容。所有这些合并/挑选/区分更改的检测都发生在事件发生之后。

以提高成功重命名/移动检测的机会 您可以使用
--strategy option=“recursive”--strategy option=“rename threshold=XX%”
。有关可以使用的值的更多详细信息,请参阅或

默认值是50%,所以尝试减小它,看看它是否有效


正如我在评论中已经提到的,Git不会在提交中跟踪重命名/复制/移动;它只跟踪内容。所有这些合并/挑选/区分更改的检测都发生在事件发生之后。

以提高成功重命名/移动检测的机会 您可以使用
--strategy option=“recursive”--strategy option=“rename threshold=XX%”
。有关可以使用的值的更多详细信息,请参阅或

默认值是50%,所以尝试减小它,看看它是否有效


正如我在评论中已经提到的,Git不会在提交中跟踪重命名/复制/移动;它只跟踪内容。合并/樱桃拾取/差异化的所有这些更改都是在事实发生后检测到的。

樱桃拾取不采用相同的文件夹结构。假设您的文件内容没有发生剧烈的变化,Git非常擅长适当地合并。我刚试过,效果很好。我试过了,没用。这是否取决于文件夹结构有多少不同步?还请记住,要挑选的文件集来自不同的回购协议,但当前回购协议可能没有关于文件夹如何更改的信息。主要问题是文件内容的更改有多大。如果您要挑选的分支具有与樱桃挑选的提交之前的提交相同的更改文件内容,则应该没有任何问题。否则,这取决于内容的匹配程度。Git可以根据内容的相似性判断文件是否为移动/重命名,但不会跟踪更改,只跟踪内容。因此,您评论中的第二句话无关紧要。Cherry pick不采用相同的文件夹结构。假设您的文件内容没有发生剧烈的变化,Git非常擅长适当地合并。我刚试过,效果很好。我试过了,没用。这是否取决于文件夹结构有多少不同步?还请记住,要挑选的文件集来自不同的回购协议,但当前回购协议可能没有关于文件夹如何更改的信息。主要问题是文件内容的更改有多大。如果您要挑选的分支具有与樱桃挑选的提交之前的提交相同的更改文件内容,则应该没有任何问题。否则,这取决于内容的匹配程度。Git可以根据内容的相似性判断文件是否为移动/重命名,但不会跟踪更改,只跟踪内容。因此,您评论中的第二句话无关紧要。Cherry pick不采用相同的文件夹结构。假设您的文件内容没有发生剧烈的变化,Git非常擅长适当地合并。我刚试过,效果很好。我试过了,没用。这是否取决于文件夹结构有多少不同步?还请记住,要挑选的文件集来自不同的回购协议,但当前回购协议可能没有关于文件夹如何更改的信息。主要问题是文件内容的更改有多大。如果您要挑选的分支具有与樱桃挑选的提交之前的提交相同的更改文件内容,则应该没有任何问题。否则,这取决于内容的匹配程度。Git可以根据内容的相似性判断文件是否为移动/重命名,但不会跟踪更改,只跟踪内容。因此,您评论中的第二句话无关紧要。Cherry pick不采用相同的文件夹结构。假设您的文件内容没有发生剧烈的变化,Git非常擅长适当地合并。我刚试过,效果很好。我试过了,没用。这是否取决于文件夹结构有多少不同步?还请记住,要挑选的文件集来自不同的回购协议,但当前回购协议可能没有关于文件夹如何更改的信息。主要问题是文件内容的更改有多大。如果您要挑选的分支具有与樱桃挑选的提交之前的提交相同的更改文件内容,则应该没有任何问题。否则,这取决于内容的匹配程度。Git可以根据co的相似性判断文件是否是移动/重命名文件