1.在需要版本回滚的情况下处理方式
1.1短时间内无法弄清楚BUG原因,时间紧迫,不考虑在当前版本排查BUG
直接在提交上邮件点击回到之前的提交,但是这样会丢失之后的提交,不建议使用
1.2新建分支开发
在开发过程中,如果需要在之前的提交上进行开发,一般不使用版本回滚进行,因为这样会丢失回滚之后的提交
建议在要退回的提交上新建分支,在这个新的分支上进行开发,这样可以保留原分支后续的提交。
1.3 不新建分支开发,手动复制
这种情况适用于,了解BUG问题原因在哪个文件,直接手动复制之前的提交内容,到现在的版本中,进行新的提交。(推荐使用)
查看当前分支的历史
2.查看当前分支的历史记录.
前提:安装GITENS 插件
git cherry-pick
的用途并不广泛,在一些特定场景会很有用,但由于其合并机制有引入意想不到的文件更改的风险,在使用时我们应该谨慎考虑可能发生的结果。
cherry-pick
还有两个容易产生的误解需要澄清:
cherry-pick
并不会应用提交所代表的整个文件快照,而是只会影响该在提交中新增、删除或更改的文件。cherry-pick
并不是简单的应用目标提交与其父提交的diff
内容,而是会在内部以该父提交作为基础在当前分支指向提交和目标提交之间进行一次三路合并,因此有可能发生合并冲突
3.查看提交间的不同
点击文件操作历史,会筛选出,所有改动过此文件的提交
任意两个提交之间的比较