git revert和git reset工作中使用
git revert 和 git reset 都是用来修改 Git 提交历史的工具，但它们的用途和效果有所不同。以下是它们的主要区别和在工作中的使用场景：
1. git revert
功能：git revert 用于撤销一个或多个已经提交的更改，但不会修改历史记录。它会创建一个新的提交，这个提交会反作用于指定的提交，从而“撤销”这些提交的内容。
适用场景：
- 需要保留历史记录：当你需要撤销一个提交的效果，但希望保留提交历史和日志不变时，使用
git revert是合适的。 - 公共分支：在团队协作中，如果你要撤销已经推送到远程仓库的提交，使用
git revert是安全的，因为它不会改变提交历史，而是通过创建新的撤销提交来实现。
示例：
假设你的提交历史是 A -> B -> C，你想撤销 B 的更改，但保留 A 和 C，可以使用：
git revert <B>
这会创建一个新的提交 D，其效果是撤销 B 的更改。
2. git reset
功能：git reset 用于将当前分支的 HEAD 移动到一个特定的提交，可以改变暂存区和工作目录的状态，具体行为取决于重置模式（soft, mixed, hard）。
适用场景：
- 修改提交历史：当你需要重新组织提交，移除一些提交或调整工作目录时，可以使用
git reset。 - 本地工作：在处理本地提交历史时（例如，修改本地未推送的提交），
git reset是有用的。对于已经推送到远程仓库的提交，通常不推荐使用git reset，因为它会重写历史，可能会影响其他团队成员。
重置模式：
-
软重置（–soft）：将 HEAD 移动到指定提交，但保留工作目录和暂存区的更改。适用于需要修改最近的提交但保留代码更改的情况。
git reset --soft <commit_hash> -
混合重置（–mixed）：将 HEAD 移动到指定提交，保留工作目录的更改，但暂存区会被重置。适用于撤销提交并取消暂存区的更改，但保留工作目录中的代码。
git reset --mixed <commit_hash> -
硬重置（–hard）：将 HEAD 移动到指定提交，工作目录和暂存区都会被重置到指定提交的状态。适用于完全丢弃本地更改，并恢复到某个特定提交的状态。
git reset --hard <commit_hash>
示例：
假设你的提交历史是 A -> B -> C，你想撤销最近的提交 C，并保留 A 和 B 的内容，可以使用：
git reset --hard <B>
这会将 HEAD 移动到 B，同时丢弃 C 的更改。
总结
git revert：用于撤销某次提交的效果，但保留提交历史，适合在公共分支上使用。git reset：用于修改提交历史，适合在本地分支上使用，可以重置到某个提交点，具体行为取决于使用的模式。
在工作中，选择使用哪个命令取决于你对历史记录的需求和当前的协作环境。