创建版本库
版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
1
创建一个版本库,创建一个空目录：
Warning
** 如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。**
$ mkdir qq
$ cd qq
$ pwd
/c/Users/Administrator/qq
$ ll
total 0
2
通过git init命令把这个目录变成Git可以管理的仓库：
$ git init
Initialized empty Git repository in C:/Users/Administrator/qq/.git/
**Git把仓库建好，而且告诉是一个空的仓库（empty Git repository），可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。**
也不一定必须在空目录下创建Git仓库，选择一个已经有东西的目录也是可以的
3
把文件添加到版本库
明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道
Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的，前面我们举的例子只是为了演示，如果要真正使用版本控制系统，就要以纯文本方式编写文件
因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持
Warning
**使用Windows的要特别注意：
千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如，网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议你下载Notepad++代替记事本，不但功能强大，而且免费！记得把Notepad++的默认编码设置为UTF-8 without BOM即可：**
4
编写一个readme.txt文件
$ touch readme.txt
$ vi readme.txt
$ ls
readme.txt
Warning
一定要放到对应的目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件
把一个文件放到Git仓库
$ git add readme.txt
Git 中 warning: LF will be replaced by CRLF in readme.txt.问题解决
warning: LF will be replaced by CRLF in readme.txt.
The file will have its original line endings in your working directory.
**意思是
警告:LF将被readme.txt中的CRLF替换
该文件将在工作目录中以其原始行结尾
出现此问题是因为不同操作系统的使用的换行符不同：
Linux / Unix 采用换行符LF表示下一行
Windows 采用回车+换行 CRLF表示下一行
**
$ git config --global core.autocrlf false
# 关闭自动转换
用命令git commit告诉Git，把文件提交到仓库
$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录
在git创建项目时出现，
是因为在创建git文件夹的时候信息不完善导致的
下图是正确
在git创建项目时出现，
是因为在创建git文件夹的时候信息不完善导致的
1.git init
2.git config user.name "someone"
3.git config user.email "someone@someplace.com"
4.git add *
5.git commit -m "some init msg"
*** Please tell me who you are.
Run
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address
(got 'Administrator@MS-201610130300.(none)')
所以解决方法是当出现这个上述提示后
接着补充
你在命令行中执行
git config --global user.email “你的邮箱”
git config --global user.name “你的名字”
（注意 “ 前面是有空格的）
输入完后再接着执行git commit 即可成功!
Warning
**Aborting commit due to empty commit message git **
原因：提交空信息被终止了提交
成功地添加并提交了一个readme.txt文件,继续修改readme.txt文件
git status命令看看结果
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改
虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is free software.
知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是git add：
来源：https://blog.csdn.net/weixin_45661065/article/details/101110018