标签：tree 莫名其妙 ons 版本 必须 自带 另一个 目录 enc
版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
文件的修改、删除 : git checkout .
追踪历史 : git log
创建版本库管理：
$ mkdir learngit
$ cd learngit
$ pwd : pwd命令用于显示当前目录
# 注意：使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文
git init命令把这个目录变成Git可以管理的仓库：
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/
--仓库建好了，而且告诉你是一个空的仓库（empty Git repository），当前目录下多了一个.git的目录。目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
---> './../ .git/'
注意：
1. 二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
2.文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
3.不要使用Windows自带的记事本编辑任何文本文件
文件放入Git仓库，目录或子目录。
1.把文件添加到暂存仓库： git add . (所有)
-Unix的哲学是“没有消息就是好消息” ！！！
2.文件提交到版本仓库： git commit -m '描述信息'
git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
提示： 1. file changed：1个文件被改动（新添加的readme文件）；
2. insertions：插入了两行内容（readme有两行内容）。
修改提交文件内的内容：
1.运行git status命令看看结果：
'modified: readme.txt'
--git status命令让我们时刻掌握仓库当前的状态，命令输出，readme被修改但还没有准备提交的修改;
2.运行git diff(查看修改内容) ：
git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，从上面的命令输出，在第一行添加了一个distributed单词
3.提交修改 git add . :
git add readme
git status (颜色绿色： 未提交，
白色： 被管理，
红色：被修改，未提交)
4.提交版本管理： git commit -m '修改readme文件'
5.查看状态： git status
nothing to commit, working tree clean 工作目录是干净
小结：
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容
文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失
版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
注意： log 查看只能查看你提交到版本管理取区的各个版本
2.加上--pretty=oneline参数： 输出信息非常大的数字，用十六进制表示
每提交一个新版本，实际上Git就会把它们自动串成一条时间线
版本：
Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
即：回退上一个版本号：
git reset --hard HEAD^
查看当前版本内容：
cat + 文件名
git log再看看现在版本库的状态:
#只有当前版本之前的版本
如何恢复当前版本之后的内容？？？
--->只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是1094adb...，于是就可以指定回到未来的某个版本
git reset --hard 'commit id(之后的版本号)'
注意：版本号没必要写全，前几位就可以了，Git会自动去找！！
回退原理：
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向append GPL（一个版本）：
┌────┐
│HEAD│
└────┘
│
└──> ○ append GPL
│
○ add distributed
│
○ wrote a readme file
改为指向add distributed（另一个版本）：
┌────┐
│HEAD│
└────┘
│
│ ○ append GPL
│ │
└──> ○ add distributed
│
○ wrote a readme file
然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。
想恢复到新版本怎么办？找不到新版本的commit id怎么办？
用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
git reflog : 记录每一次命令
总结一下：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
标签：tree 莫名其妙 ons 版本 必须 自带 另一个 目录 enc
原文地址：https://www.cnblogs.com/shaozheng/p/12163347.html
