Git使用（3）：版本管理

一、查看历史

        编写一个java类进行测试

        选择Git -> Show Git Log查看日志。

        第一次修改推送到远程仓库了，所以有origin（远程仓库地址），第二次修改只提交到本地仓库所以没有。

二、版本回退

1、本地回退

        在要回退的版本上右键，复制版本号。

       

        选择Git -> Reset HEAD...选项。

        选择Hard类型，将回退的版本号复制进去。

        日志和代码都回退到指定的版本了。

         三种回退模式解析

 

• hard：会清空工作目录和暂存区的改动。
• soft：会保留工作目录的内容，并把因为保留工作目录内容所带来的新的文件差异放进暂存区。
• mixed：git reset 如果不加参数，那么默认使用 --mixed 参数。此时表示要：保留工作目录，并清空暂存区。

2、远程仓库回退

        上面一种情况是还没有把修改提交到远程仓库的回退，是比较好修改的。下面要介绍的远程仓库版本回退就没有那么容易了。接下来还是构造一下场景，接着上面的程序版本，首选对Main进行第三次修改，提交修改并推送到远程Github仓库上。下面是修改后的结果。（第三次忘改备注了）

        复制版本号进行本地回退。

        可以看到Main文件的内容确实回退了，本地master也指向了第二次提交，但是远程仓库origin/master依然指向的是第三次提交，这会出现问题的。接下来我们要把本地“版本退回”这个修改提交到远程仓库上去。

         可以看到拒绝了推送。其原因应该是远程仓库的仓库快照(commit)是提前我们本地的，所以不行。那现在怎么解决呢？

        首先点击Cancel。然后我们复制刚才回退之前的最新版本的版本号，也就是第三次提交的版本号。

        然后再进行本地版本退回，不过这次要选择Mixed类型，把我们上边复制的退回之前的最新版本号粘贴进去。

        然后点击Reset按钮，可以看到文件内容没变，但是本地master和远程origin/master都指向第三次修改。

        接下来就是先提交修改，然后向远程仓库推送这一次的修改了。

        查看远程仓库，内容回到第二次提交了。

三、拉取远程仓库

点击Git->pull就可以进行拉取远程库内容了。