Git学习 01

分布式版本控制系统

Git是分布式版本控制系统，即没有中央仓库。每一个开发者都有一个完整的版本库。自己的修改首先存在本地的版本库，别人想看要把自己的版本提交到别人的版本库。

本地仓库和远程仓库

创建远程和本地仓库

git init //把当前目录变成Git可以管理的仓库
touch README.MD //创建一个文件
git add README.MD //将README.MD暂存到本地仓库的暂存区
git commit -m "First" //将README.MD提交到本地仓库，-m代表本次提交的说明
git remote add origin https://github.com/YUJIANHAO17/gitLearn.git //将本地仓库和远程仓库（GitHub中的）连接起来并将远程仓库取个别名叫origin
git push -u origin “master" //将本地仓库内容更变提交到远程仓库，origin代表仓库，master代表分支，第一次提交分支需要加上-u参数，git会将本地的master和远程的master做一个关联。

工作区和暂存区

工作区、版本库中的暂存区和版本库的关系

暂存区只是一个临时的东西，代码不放到暂存区永远不会提交。
工作区是当前工作的代码目录，版本库是库中管理的代码。若工作区有123但是版本库只有12切换版本时会丢失3。
只有commit到本地的代码才永远不会丢失

• 图中左侧为工作区，右侧为版本库。在版本库中标记为 “index” 的区域是暂存区（stage/index），标记为 “master” 的是 master 分支所代表的目录树。
• 图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
• 图中的 objects 标识的区域为 Git 的对象库，实际位于 “.git/objects” 目录下，里面包含了创建的各种对象及内容。
• 当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
• 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
• 当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
• 当执行 git rm --cached 命令时，会直接从暂存区删除文件，工作区则不做出改变。
• 当执行 git checkout . 或者 git checkout – 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区中的改动。
• 当执行 git checkout HEAD . 或者 git checkout HEAD 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

版本回退

git log //查看历史记录
git reset //用于回退版本，可以指定退回某一次提交的版本

reset有三个参数

–mixed

默认，可以不用带该参数。用于重置暂存区文件与上次提交保持一致，工作区文件不变。

git reset --mixed 567fceaa(版本号)
git reset HEAD^

只重置暂存区，且删除版本

–soft

用于回退到某个版本

git reset --soft 4bf71bf4

工作区内容还是没变，且不回退暂存区。只回退到指定的版本（get log截至到回退版本）。

–hard

git reset --hard 4bf71bf4

• 重置暂存区，工作区也会改变，都回到指定的重置版本，并删除之前所有的提交。
• 注意：必须谨慎使用！！！！
• 会清空当前本地工作区的所有代码！！！！
• 会丢失本地代码！！！！
• 不管是提交到暂存区还是本地仓库都会重置都会丢代码！！！！
• 一定要在使用之前先把本地代码提交到远程仓库！！！！