在 Git 中 cherry-pick 一个提交

1. 何时使用 Git cherry-pick
2. Git cherry-pick 命令
3. 在 Git 中恢复已删除的提交和撤消更改

cherry-pick 是一个非常有用的命令，在使用 Git 的各种场景中非常棒且非常有用。在 Git 中，cherry-pick 命令允许我们将来自一个分支的排序和分离的提交合并到当前的 HEAD 分支中。

我们可以解释为从特定分支中选择一个提交并将其转移到另一个分支。此命令可用于撤消该分支的更改。例如，如果任何提交被意外推送到不需要的分支。我们可以切换到所需的分支并选择意外提交到所需分支的位置。

何时使用 Git cherry-pick

Git cherry-pick 是一个强大的工具，但并不总是最好的选择。我们应该应用不常见的 cherry-pick，因为当我们使用此命令将提交合并到我们的 HEAD 分支时，它很容易重复提交。

Git 负责进行与上次提交具有相同要求的新提交。当我们错误地将新更改提交到错误的分支并将其推送到远程仓库时，应该使用 Git cherry-pick。

将其推送到远程仓库后，我们意识到推送的提交不需要推送到特定的分支，因此我们必须使用 Git cherry-pick 命令通过唯一 ID 选择该提交并将其传输到正确的分支。

每当我们有机会应用传统的 Merge 或 Rebase 来合并时，我们应该考虑 cherry-picking，因为 cherry-pick 必须保留用于合并或 rebase 不适用的极少数情况。

Git cherry-pick 命令

我们只需要从我们在错误分支上所做的提交中指定我们想要合并到当前 HEAD 分支的提交，et12x8iu 是我们需要指定的提交 ID，以便在当前分支上合并它。

以下是将错误的提交转移到新的最新提交的命令。

$ git cherry-pick et12x8iu 

这样，我们将直接将指定的修订提交到我们当前签出的分支。

假设我们的工作还需要一些修改。在这种情况下，我们也可以使用 Git 命令仅将提交的更改包含到我们的主工作副本中，而不直接提交它们。这样，它将直接进入修改后的工作副本，我们可以根据需要修改文件。

以下是将错误提交到我们的工作目录的命令：

$ git cherry-pick et12x8iu --no-commit

在 Git 中恢复已删除的提交和撤消更改

有时功能分支有一些复杂性并且不会合并到当前分支中，有时由于不同的工作需求，拉取请求可能会停止而不合并。

Git 的特别之处在于它永远不会丢失对这些提交的跟踪，并且通过诸如 git log 和 git reflog 之类的一些命令，它们可以被再次跟踪并 cherry-picked 回到它们应该在的位置地方。

我们可以说不应使用选项 cherry-pick 代替 git merge 或 git-rebase。git log 命令可用于帮助整理提交到特定分支中的 cherry-pick。