迹忆客 专注技术分享

Git 是一个时尚的平台，为我们提供了许多功能，其中一个主要功能是存储。 有了这个独特的功能，我们可以在代码签入时积累许多我们不想提交到我们的存储库的未更改工作； 它不与暂存区或工作树链接。

这个功能可以暂时将我们的改动保存到暂存区，从而毫无问题地跳转到我们的新工作。 之后，当我们需要在新工作中完成这些更改时，我们会将其带回来，然后根据我们的要求将它们重新应用到我们的工作中。

Git 隐藏更改

如果我们将 git stash 应用到一个特定的分支，所做的更改不会指定到当前分支，因为我们没有提交更改，所以它不属于任何分支，而只是属于临时暂存区。

Git 存储列表

如果我们想查看隐藏更改的列表，我们将使用以下命令。

$ git stash list

Git Stash Pop 需要合并

当开发人员在更新或覆盖文件的项目中工作时，很可能会发生合并冲突。 合并可以通过 git merge 来完成，我们可以通过下面的命令来完成。

$ git stash pop

合并冲突

与其他开发人员在团队环境中工作时，合并冲突很明显。

当开发人员通过两个不同的分支对文件中的相应行进行编辑，或者当一个开发人员删除一个分支中的文件，而另一个开发人员对另一个分支中的相同文件进行一些编辑时，就会出现此问题； 这就是在团队环境中出现合并冲突的方式。

Git 有很多有效的工具来解决这些问题。 在本文中，我们学习了应用合并和修复 git stash pop 冲突，它们是如何产生的，并使 git stash 冲突似乎从未发生过成为可能。

在 pop 命令的帮助下，隐藏文件将覆盖工作树中已经存在的文件的组成部分。 在这个过程之后，现在更新的文件将暂存在 git 索引中。

现在我们已经在索引中更新了文件，我们可以通过将更新的代码合并到我们的存储库中来非常方便地使用它们，或者如果我们不需要它们，另一种选择是丢弃它们。 之后，我们可以通过 Git 命令恢复我们的代码，即 git stash pop。

在 Git-stash 工具的帮助下，我们可以拥有一个整洁干净的 repo，并将 repo 的位置倒退到较早的提交。

之后，我们可以应用 git pull 来拉取最新的更新，不同的团队成员将这些更新推送到存储库中的同一个分支。