在插入前写入空Commit
插入个不带内容的Commit标记本地回退最多能回退到这里 2 跨越push的回退需要采用分支回退
为目标版本建立分支
将改分支合并到主干
提交主干
删除本地这个临时分支
找到错误版本之前的正确提交
基于正确提交创建新分支
在新分支上继续开发
合并新分支到主分支
使用内容搜索
查看文件的提交历史
查看特定内容的签入信息
创建新分支
切换分支
创建并切换到新分支
查看本地分支
删除本地分支
强制删除本地分支
添加远程仓库
查看远程仓库
从远程仓库拉取更新
推送本地分支到远程仓库
推送本地分支并设置上游分支
查看远程分支
查看所有分支(本地和远程)
删除远程分支
切换到目标分支
合并源分支到目标分支
解决冲突
提交合并结果
查看完整提交历史
查看简洁提交历史
查看最近N个提交
查看提交历史和更改内容
查看特定文件的提交历史
查看特定作者的提交历史
查看特定时间段的提交历史
查看工作区和暂存区的差异
查看暂存区和HEAD的差异
查看工作区和HEAD的差异
查看两个提交之间的差异
查看两个分支之间的差异
硬回退:丢弃工作区和暂存区的更改
撤销工作区的修改(未add)
撤销暂存区的修改(已add但未commit)
撤销最近的提交,保留更改
撤销最近的提交,丢弃更改
撤销特定文件的提交
硬回退的风险:使用TortoiseGit的 硬重置 操作会永久丢弃未提交的更改,无法恢复
推送已回退的分支:如果已经将分支推送到远程仓库,回退后再次推送需要使用 强制推送 选项,这会覆盖远程分支的历史
共享分支的回退:如果分支被多人共享,回退可能会导致其他开发者的工作丢失
标签的影响:回退操作不会移动标签,标签仍然指向原来的提交
创建备份分支:在回退前创建一个备份分支,保存当前状态
使用revert:对于已经推送的提交,使用 还原 操作而不是 重置,这样可以创建一个新的提交来撤销之前的更改,而不是修改历史
沟通协作:如果分支被多人共享,在回退前应与团队成员沟通,确保所有人都了解更改
谨慎使用force推送:只有在确定不会影响其他开发者的情况下,才使用 强制推送
定期备份:定期备份重要的分支和提交,以防止意外丢失
通过遵循这些最佳实践,可以更有效地使用Git,减少错误和冲突,提高开发效率。