“cherry-pick”的相关标签问题

0 投票

1 回答

161 浏览

git - 哪个提交是精心挑选的？

你如何找出樱桃挑选操作中使用了哪个提交？git reflog 似乎只在cherry-pick 合并并提交后才显示生成的提交 Sha-1。我们需要在此之前找到原始提交。

为什么？这是因为我们错误地挑选了一个大的但不正确的提交到不同的分支。但是直到修改它以便它编译并在它之后添加其他提交之后才意识到它。

这里的目标是比较原始的樱桃选择，并将这些差异用作补丁或手动对正确的樱桃选择进行相同的更改。

0 投票

1 回答

119 浏览

git - 樱桃挑选合并在这个方案中是否合适？

想象一个 git 存储库，其结构如下：

主分支- 下一个主要版本的开发在这里完成
发布分支——发布补丁的开发在这里完成
修补程序分支- 修补程序分支从发布分支分支出来，以修复补丁的发布错误。

所以修补程序是在 Release 分支上开发的，为了将修补程序带入我的 Main 分支，我以前的模式是使用cherry pick 合并。现在我在质疑这是否合适。

在这里使用常规合并将 Hotfix 分支合并到 Main 分支是否更合适？在这两种情况下是否有任何“陷阱”？

git merge branching-and-merging git-merge cherry-pick

0 投票

1 回答

8438 浏览

git - 在 Git 挑选或变基合并冲突中，BASE（又名“祖先”）、LOCAL 和 REMOTE 是如何确定的？

在正常的 Git 合并冲突中，三路合并的文件的三个版本大致如下：

本地：我的分支的版本
REMOTE：来自另一个分支的版本
BASE：来自两个分支的共同祖先的版本（特别是我分支的 HEAD 和另一个分支的 HEAD 的共同祖先）

当一个 Git cherry-pick 产生合并冲突时，没有共同的祖先，正确地说，那么这些东西是如何确定的呢？关于变基也可以问同样的问题。

git cherry-pick git-cherry-pick

0 投票

2 回答

160 浏览

git - 有没有办法将 git 提交从我的树的一部分应用到另一部分？

在昏暗而遥远的过去，我们决定破坏与我们的配置程序之一的兼容性。然而，由于仍有远程单元运行旧软件，我们需要在构建中保留旧 mgmt 软件的版本。一个简短的“cp -a”之后，我们最终得到了一个目录结构，其中包含：

开发继续进行，mgmt-app 积累了许多修复，一些是新功能和一些通用功能。正如您可能猜到的那样，现在注意到 mgmt-app.old 没有这些修复程序中的一些。如果我能挑选相关的修复程序并保留有用的东西（如评论）但将提交应用到 mgmt-app.old，那就太好了。显然它们不能正常应用，因为它们已经在应用到 mgmt-app 的树中！

我们正在使用 git 对存储库进行版本控制。有没有办法可以将这些提交“反向移植”到树的不同部分？这只是通过使用“patch -p”手动应用补丁来解决吗？

git cherry-pick

0 投票

1 回答

2358 浏览