测试自动化架构师-DevOps与云计算-Git_Git高级特性：重写历史与Stash操作.docx

PAGE1

PAGE1

Git高级特性：重写历史与Stash操作

1重写历史的意义与风险

1.1重写历史的意义

在Git中，重写历史是一个强大的特性，它允许你修改已经提交的更改，这在多种场景下非常有用，例如：

修正提交信息：如果你的上一个提交信息写错了，或者忘记了某些重要的细节，可以使用重写历史来修改它。

删除错误的提交：有时你可能不小心提交了错误的代码，或者泄露了敏感信息，这时候重写历史可以帮助你安全地移除这些提交。

合并提交：如果你在一次开发过程中进行了多次小提交，想要将它们合并成一个更整洁的提交，重写历史提供了一种方法。

重新组织分支：在团队协作中，重写历史可以用来重新组织分支历史，使得历史更加清晰和合理。

1.2重写历史的风险

尽管重写历史提供了很多便利，但它也有不可忽视的风险，包括：

可能会丢失数据：如果你不熟悉重写历史的命令，或者在操作过程中粗心大意，有可能会不小心删除一些重要的提交或更改。

影响团队协作：如果你在一个已经共享到团队的分支上重写历史，那么团队成员的本地历史将与你的历史不一致，这可能会导致合并冲突或者混乱。

破坏代码的可追溯性：重写历史可能会改变提交的顺序和时间戳，这使得代码审查和问题追踪变得困难。

1.3使用场景与技巧

1.3.1示例：修正最近的提交信息

假设你刚提交了一个更改，但是发现提交信息有误，你可以使用gitcommit--amend来修正：

#首先，查看最近的提交

gitlog--oneline

#然后，使用--amend参数修正上一个提交的信息

gitcommit--amend-m修正后的提交信息

注：使用gitcommit--amend命令会自动打开一个编辑器，让你修改提交信息。完成后保存并关闭编辑器即可。

1.3.2示例：删除错误的提交

假设你提交了一些不应存在的代码，可以使用gitrebase来删除并重写历史：

#查看提交历史

gitlog--oneline

#开始交互式rebase，删除错误提交

gitrebase-iHEAD~5

#在弹出的编辑器中，找到错误提交的行，将pick改为drop，保存并关闭编辑器

在上述代码中，HEAD~5表示从当前提交开始的前五次提交。在编辑器中，每一行代表一个提交，你可以通过编辑这些行来改变历史。

1.4高级技巧：重新组织提交

如果你在开发过程中进行了多次小提交，想要将它们合并成一个提交，可以使用gitrebase-i的squash命令：

#开始交互式rebase，准备squash提交

gitrebase-iHEAD~5

#在弹出的编辑器中，选择第一个提交保留（pick），之后的提交合并（squash），保存并关闭编辑器

在编辑器中，选择squash后Git会自动打开一个新的编辑器，让你选择用来合并的提交信息。

2Stash操作的场景与优势

2.1Stash操作的场景

Stash操作主要适用于以下场景：

临时切换工作：当你正在开发某个功能时，突然需要处理另一个紧急的任务，可以使用gitstash将当前的工作暂存起来，之后再恢复。

避免冲突：当你需要拉取远程仓库的更新，但是本地工作尚未完成时，使用gitstash可以暂时隐藏本地工作，避免合并冲突。

2.2Stash操作的优势

快速便捷：gitstash可以一键存储当前工作状态，包括更改和未提交的代码，无需创建新的分支或commit。

防止数据丢失：即使你清除了工作目录，仍然可以通过gitstashapply或gitstashpop恢复数据。

保持工作环境的整洁：Stash操作可以帮助你在切换任务时，保持工作目录的整洁，避免混淆。

2.3使用示例

2.3.1示例：存储当前工作

假设你正在处理一个功能，但是需要立即处理另一个紧急的bug修复任务，你可以使用gitstash存储当前工作：

#存储当前工作

gitstashsave正在处理的功能

#完成bug修复后，恢复之前的工作

gitstashapply

gitstashsave命令会将当前工作目录中的所有更改存储到stash中，并且自动清理工作目录，使之与当前分支的最新提交保持一致。gitstashapply命令则会从stash中恢复存储的工作，但是不会删除stash中的存储，以便多次恢复。

2.3.2示例：清空工作目录并存储工作

如果你希望在存储工作的同时，清空工作目录，可以使用gitstashdrop和gitstashpop命令：

#存储当前工作并清理工作目录

gitstash

#完成bug修复后，从stash中恢复工作并删除stash中的存储

gitstashpop

gitsta