1、tortoisegit还原
v2还原到v1
1.1 强制还原(git reset)
如果使用这种方式还原到v1,将丢失还原到v1到v2之间的所有提交及日志。
1.1.1 显示日志
有save1、save2两条提交记录。
1.1.2 重置版本(本地分支还原)
使用硬重置,否则重置后,还会有未提交的文件。重置到save1版本。
1.1.3 提交(推送到远程分支)
因为我们本地库版本比远程库版本低,需要强制推送
注意:
不要选择“推送所有分支”,否则会改变其他分支记录,其他分支会丢失代码。
1.1.4 缺点
这种方式回退代码的弊端显而易见,那就是会使 HEAD 指针往回移动,从而会失去之后的提交信息。将来如果突然发现,save2 的代码是有用的,但是已经找不回来了。
1.2 温和还原(checkout)
为保留v1-v2的提交和历史记录,可以使用该方式。
1.2.1导出还原版本(v1)
1.2.2 提交还原版本(v1)
将导出的版本作为新版本v3提交。
1.3 温和还原(git revert)
git revert的作用通过反做创建一个新的版本,这个版本的内容与我们要回退到的目标版本一样,但是HEAD指针是指向这个新生成的版本,而不是目标版本。
1.3.1 显示日志
每次提交创建一个类,分别为Test1、Test2、Test3。
1.3.2 还原此版本做出的变更
还原Test2版本
还原后,test2版本提交的代码被取消了(即Test2类被删除了)。
1.3.3 提交
可以将修改代码提交到远程
查看日志,以前的提交记录没有丢失,最新的为刚提交版本。
2、idea还原
还原到合并前
2.1 强制还原
2.1.1 合并前
dev分支
代码
package com.ybw.jdk8.demo.utils;
import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.Test;
/**
* @author weixiansheng
* @version V1.0
* @className DevMaster
* @date 2023/5/18
**/
@Slf4j
public class DevMasterTest {
@Test
public void dev(){
log.info("1");
log.info("2");
log.info("3");
}
@Test
public void print(){
log.info("print");
}
}
提交记录
master分支
package com.ybw.jdk8.demo.utils;
import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.Test;
/**
* @author weixiansheng
* @version V1.0
* @className DevMaster
* @date 2023/5/18
**/
@Slf4j
public class DevMasterTest {
@Test
public void print(){
log.info("print");
}
@Test
public void master(){
log.info("1");
log.info("2");
log.info("3");
}
}
2.1.2 master合到dev
合完后,dev的提交记录
2.1.3 还原
dev分支还原到这次提交
选择hard方式
reset后,提交历史就没有master的记录了
强推
2.2 温和还原(checkout)
与1.2类似
2.3 温和还原(git revert)
选中master的三次提交,revert commits,就可以撤销master的提交记录了。
master的提交就会全部撤销
2.4 温和还原(比较-还原)
- 上线版本:上线时会打tag。
- 还原原因:当前master有问题,需要还原到v1。
- 降低影响:多团队开发,功能不同。
- 不能直接强制还原到V1。
- 保留v2、v3、v4、v5。
- 其他团队只需要合并master,不需要其他额外操作。
2.4.1 idea切换到v1版本
根据tag:v1.0创建v1分支
2.4.2 master分支和v1分支比较
比较
左侧为当前master分支,右侧为v1版本的代码
2.4.3 代码还原
提交代码
2.4.4 提交历史
v1-v5的提交历史都在