androidstudio项目如何使用git版本回退

使用android studio 编写代码错误,有时可能会需要将项目版本回退到以前的某个版本上,这对于很多刚使用git的网友来说操作可能不是很懂,下面为大家整理了android studio 回退已经commit的代码和有使用git提交代码仓库中的程序回退方法。

androidstudio项目如何使用git版本回退

对于commit(不是push)的代码如何回滚,这块对于刚转到git的开发者还是比较陌生的。今天我来说下这块的内容:

按照惯例,先上图,下图是还没有commit任何代码的push界面,这个时候是没有commit任何内容的:

然后我修改了string.xml的内容,并且执行了commit操作:

接下来就要说如何进行revert commit了,通过选中工程,点击右键,在弹出的列表中选择Git-->Repository-->Reset HEAD...,有些人可能会说我右键弹出来的列表中没有发现有Git的选项,这个可以配置的,请戳这:

Android Studio右键选项中没有Git?

这边对上图进行分析:

Git Root:选择你要revert的目录

Current Branch:你当前在哪个branch

Reset Type:

Soft:选择这个模式意思是仅仅撤销commit而已,不影响你本地的任何文件,也不影响(index)缓存区的任何文 件。

Hard:不仅撤销commit的内容,还将本地的文件指向你commit前的版本,同时index也会指向commit前的版本。

Mixed:这个模式从我个人角度来看其实还是有点模糊的。从我的角度理解就是只是回滚index,其余的都不变。

但是这边跟大家说下,如果你把HEAD后面加个“~1”,这里的数字代表的是次数,比如你commit了三次, 你写1,就是回滚最后一次提交的,如果是2,就是后两次提交的都回滚。这时候你会发现它的功能和soft 这个模式一样了。

我把官方的说法贴上来吧:Resets the index but not the working tree (i.e., the changed files are preserved but not marked for commit) and reports what has not been updated. This is the default action.

Validate:这个选项是看当前会影响到的文件有哪些,具体影响是什么。

我这边执行下soft模式的,执行完成后,看下图,刚commit的记录已经没了:

当然你想用命令行也是一样的,

git reset [--soft | --mixed [-N] | --hard] HEAD~X X:代表次数

androidstudio使用git回退项目版本方法

1、需要在项目中导入正在开、项目文件,也已提交的项目到仓库中文件,然后就可点击菜单中的“CVS”的选项。

2、点击完菜单中CVS的选项之后,就会弹出了一个下拉的菜单中,进行下拉的菜单中的git的选项。

3、这样就会弹出了一个下一级的菜单,在下一级的菜单中找到一个为“reset HEAD”的选项,点击进入这个菜单。

4、弹出了一个reset Head的选项中,要把项目到电脑中路径的,在git root的进行选择路径。对需要进行回退的版本信息进行确认,可以进行点击“Validate”的选项。

5、弹出一个上一个版的提交的过的文件的信息,根据这些文件是否需要把这些的文件回退到当前到项目中,确认完成之后,点击close关闭窗口。

6、开始进行对把项目回退到上一个版本中,如果要进行回退到上上一个版本话,可以把to commit的中HEAD~1,就可以回退到上上一个版本,点击Reset开始回退。

7、可以通过查看log的信息项目从代码仓库中是否回退成功,可以在log信息并没有提示错误信息,是回退成功的。也可以通过代码的代码来查看是否回退成功。

时间: 2024-10-10 23:29:47

androidstudio项目如何使用git版本回退的相关文章

git版本回退

现在,你已经学会了修改文件,然后把修改提交到Git版本库,现在,再练习一次,修改readme.txt文件如下: Git is a distributed version control system. Git is free software distributed under the GPL. 然后尝试提交: $ git add readme.txt $ git commit -m "append GPL" [master 3628164] append GPL 1 file cha

git版本回退, github版本回退

上周提交了更改,过了周末回来说要撤销上个story.于是,需要找到上周提交的版本,rollback回来. git版本管理命令,自从习惯使用管理工具之后就很少接触了,当突然寻找其他指令的时候就成浆糊了,ctrl+k只能顺利的提交而无关管理.因此,工具简化操作却弱化了技能.就像前几天听到的BBC 6分钟英语的一段对话. Rob说他当年在酒吧实习,对钱的加减算法很熟悉很强,因为那时候计算机还没有推广. 计算器的出现使人们放弃了自己计算的本领.有时候即便仅仅是简单的加减法也不愿用自己的脑袋计算了.不说好

Git版本回退和撤销修改的区别

在阅读廖雪峰git教程时,对版本回退和暂存区撤销修改没太看懂,所以自己测试了一下. 版本回退: git reset --hard HEAD 这个命令用于版本回退,就是将已提交的版本覆盖本地工作区的内容.该操作会清空暂存区的内容 撤销修改: git checkout -- file 撤销对工作区的修改,以最新一次的时间节点(add或者commit)为准,这个命令只改变工作区内容 清空暂存区修改: git reset HEAD -- file 清空add命令向暂存区提交的修改,该操作之影响暂存区,对

Git版本回退和撤销修改

[版本回退] HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id. 穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本. 要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本. 详情请查看:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001374414

[日常] git版本回退

还没有push到远程的时候,版本回退的测试如下 先克隆一个空的测试仓库,这是我自己在gitlab里创建的空仓库git clone http://192.168.1.114:8090/admintsh/blog.git 提交三次代码git add .git commit -m "xxx"使用git log查看提交日志 返回上一版本,HEAD指针指向上一个就写一个^,回退两个版本就写两个^git reset --hard HEAD^ 如果已经回退到第一个版本了再想回第三个,就先找到第三个的

git版本回退的一个问题

有时候我们想在本地修改远程已经提交的某个历史,如果我们在本地修改之后,然后push会有问题,比如说我们先看一下现在的状态: $ git status On branch dev Your branch is behind 'origin/dev' by 1 commit, and can be fast-forwarded. (use "git pull" to update your local branch) 但是我们将改动的版本推送到服务器上的时候,会报错如下: $ git pu

git 版本回退

再次修改readme.txt 内容并提交 [[email protected] git]# cat readme.txt Git is a distributed version control system. Git is free software distributed under the GPL. [[email protected] git]# git add readme.txt [[email protected] git]# git commit -m readme.txt [m

git版本回退 实例

1.首先使用git log找到需要回退的版本号: 比如:git log commit f3f695f194b251e5b3f940dd9003a72275495669 Author: lqd001 <[email protected]> Date: Mon May 27 21:26:58 2019 +0800 add 统计 2.使用git reset --hard回退到上一次提交,或者使用git reset f3f695f194b 回退指定的版本 比如:git reset f3f695f194

Git 版本回退的几种操作方法

1, 结合使用 git reset --hard <commit id> , git reset --hard HEAD^,  git reflog , git log 1) 使用 git log 查看你需要回退版本的commit id, 如果git log显示的结果看着不舒服可以多加一个参数 --pretty=oneline (git log --pretty=oneline) 2)  使用git reset  --hard <commit id> 3)  在第2)的时候需要找到