A. git如何回退到某个版本
1. 使用git log命令查看所有的历史版本，获取某个历史版本的id，假设查到历史版本的id是。
2.使用命令
git reset --hard
3. 把修改推到远程服务器
git push -f -u origin master
B. git 回滚到某个版本还能回来吗
可以的,您需要做的是如下几件事:
找到您要回滚到的提交编号
git reflog
回滚
git reset --hard yourCommitNum
C. 如何使用git回滚版本到分支中的某一个commit时间点
git reset [commit 哈希复值]
但是这样制做只能把本地分支回滚到该commit上，远程分支还在原来的地方。
可以这样操作：在你想要回滚的commit上另外建一个新分支，然后git checkout [该分支]，然后把原来的分支删除掉，git branch -d [老分支]可以删除本地的老分支，同样，远程分支还是老状态，可以git push origin :[老分支]，把远程的老分支删除，这样你需要回滚的commit之后的信息在本地和远程都彻底消灭了（慎重，确保你真的不要这些信息了哦）。而你需要回滚的commit之前的信息全部保存了，只不过是分支名字换了一下，你也可以把分支改名回来。这时远程的新分支还不存在，你之后又改动commit并且push之后，远程也和本地同步上了。
D. 如何用 Git 将代码恢复到一个历史的版本
有些时候，在一些特殊情况下，我们需要将代码恢复到一个历史的提交版本上。而这个历史提交版本，离最新的提交已经比较久远了。
比如，我希望将如下的仓库的提交，恢复到上上上上次提交。当然，我可以一次一次的 revert，但是有没有更快更简单的办法呢？
暴力的方式
如果你的仓库是自己在用（不影响别人），那么你可以使用 git reset --hard <target_commit_id> 来恢复到指定的提交，再用 git push -f 来强制更新远程的分支指针。为了保证万一需要找回历史提交，我们可以先打一个 tag 来备份。
对于刚刚的例子，需要执行的命令就是：
// 备份当前的分支到 backup_commit
git tag backup_commit
git push origin backup_commit
// 重置 source 分支
git reset --hard 23801b2
// 强制 push 更新远程分支
git push origin source -f
温和的方式
如果你的仓库是多人在协作，那么你这么操作会使用别人本地的代码库混乱，所以只能建一个新的提交，这个新的提交中把想取消的提交都 revert 掉，那么具体应该如何做呢？方法如下：
首先，和刚刚一样，用 git reset --hard 23801b2 将代码切换到目标提交的 id。接下来，用 git reset --soft origin/source 命令，将当前代码切换回最新的提交。
执行完上面两步后，你的仓库还是最新的提交，但是工作区变成了历史的提交内容，这个时候用 git add 和 git commit 即可。最终完成的效果如下：
不过经过念茜的提醒，该方法需要保证 reset 的时候没有别人做新的提交，如果有的话，会一并把别人的提交也撤销了。所以还是挺危险的，慎用。
虽然用到的时候很少，但是理解它的原理有助于大家理解 Git 的工作区，暂存区和版本库的各种指针操作的意义，希望对大家有用。
E. git reset回退版本后怎么恢复到当前版本
可以使用git reflog 命令查看本地的操作记录
b7057a9 HEAD@{0}: reset: moving to b7057a9
98abc5a HEAD@{1}: commit: more stuff added to foo
b7057a9 HEAD@{2}: commit (initial): initial commit
然后使用$ git reset --hard 98abc5a回到98abc5a对应的那次commit
F. git回滚历史版本后面版本的数据还在吗
git回滚历史版本后面版本的数据还在
下面详细介绍这些函数。
1. csvread、csvwrite
csvread函数的调用格式如下：
● M = csvread('filename')，将文件filename中的数据读入，并且保存为M，filename中只能包含数字，并且数字之间以逗号分隔。M是一个数组，行数与filename的行数相同，列数为filename列的最大值，对于元素不足的行，以0补充。
● M = csvread('filename', row, col)，读取文件filename中的数据，起始行为row，起始列为col，需要注意的是，此时的行列从0开始。
● M = csvread('filename', row, col, range)，读取文件filename 中的数据，起始行为 row，起始列为col，读取的数据由数组 range 指定，range 的格式为：[R1 C1 R2 C2]，其中R1、C1为读取区域左上角的行和列，R2、C2为读取区域右下角的行和列。
csvwrite 函数的调用格式如下：
● csvwrite('filename',M)，将数组M中的数据保存为文件filename，数据间以逗号分隔。
● csvwrite('filename',M,row,col)，将数组M中的指定数据保存在文件中，数据由参数 row和col指定，保存row和col右下角的数据。
● csvwrite写入数据时每一行以换行符结束。另外，该函数不返回任何值。
G. linux git 怎样退回到指定版本
无论windows还是linux或其他操作系统，git版本管理的操作命令都是一致的，没有任何区别。
退回到指定版本可使用revert反转提交命令，git revert用一个新提交来消除一个历史提交所做的任何修改。revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新。
H. git reset退回指定版本后，怎么提交上服务器
这些开发中很常见的问题,所以git的取消提交,回退甚至返回上一版本都是特别重要的.
大致分为下面2种情况:
1.没有push
这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题,准备取消提交,用到下面命令
reset
git reset [--soft | --mixed | --hard
上面常见三种类型
--mixed
会保留源码,只是将git commit和index 信息回退到了某个版本.
git reset 默认是 --mixed 模式
git reset --mixed 等价于 git reset
--soft
保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.
--hard
源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)
当然有人在push代码以后,也使用 reset --hard <commit...> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突.....
所以,这种情况你要使用下面的方式
2.已经push
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令
revert
git revert用于反转提交,执行evert命令时要求工作树必须是干净的.
git revert用一个新提交来消除一个历史提交所做的任何修改.
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新.(这里不会像reset造成冲突的问题)
revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看.
git revert
通常,前几位即可
git revert c011eb3
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit
看似达到的效果是一样的,其实完全不同.
第一:
上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.
第二:
如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
第三:
reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
I. 如何使用git回滚版本到分支中的某一个commit
git reset [commit 哈希值]
但是这样做只能把本地分支回滚到该commit上，远程分支还在原来的地方。
可以这样操作：在你想要回滚的commit上另外建一个新分支，然后git checkout [该分支]，然后把原来的分支删除掉，git branch -d [老分支]可以删除本地的老分支，同样，远程分支还是老状态，可以git push origin :[老分支]，把远程的老分支删除，这样你需要回滚的commit之后的信息在本地和远程都彻底消灭了（慎重，确保你真的不要这些信息了哦）。而你需要回滚的commit之前的信息全部保存了，只不过是分支名字换了一下，你也可以把分支改名回来。这时远程的新分支还不存在，你之后又改动commit并且push之后，远程也和本地同步上了。