说明：紧紧安装了Git，只是完成了一小步额，下面我们就要进行一些相关的配置了。
Git跟踪谁修改了项目，哪怕参与项目开发的只有一个人。为此，Git需要知道你的用户名和电子邮件。
第一项 设置用户名和邮箱
第1步 创建一个空文件夹，鼠标右键打开Git Bash Here
注意：一定要在该文件夹里右键鼠标打开！！！
13.png
第2步 设置用户名和邮箱
git config –global user.name “your name”
git config –global user.email “your email”
14.png
第3步 在C盘查看.gitconfig文件是否生成
15.png
第4步 打开.gitconfig文件查看信息
16.png
这样你的用户名和邮箱就配置好了。
第二项 Git具体命令
在进行具体命令讲解之前，我先对下面我要讲解的一些命令做一个总结，当然，现在肯定不懂，不过没关系啊，有个印象就好！
| 序号 | 命令名称 | 说明 |
|---|---|---|
| 1 | mkdri test(test为项目名称) | 创建项目 |
| 2 | cd test | 切换到test目录 |
| 3 | touch aa.md | 创建文件aa.md |
| 4 | git init | 初始化仓库 |
| 5 | git status | 查看git仓库状态 |
| 6 | git add | 添加文件到缓存 |
| 7 | git commit -m'message' | 提交，并添加信息 |
| 8 | git log | 查看日志 |
| 9 | git branch | 查看分支 |
| 10 | git branch a | 创建分支a |
| 11 | git checkout a | 切换到分支a |
| 12 | git checkout -b a | 创建分支a的同时切换到分支a |
| 13 | git merge | 合并分支 |
| 14 | git branch -d | 删除分支 |
| 15 | git branch -D | 强制删除分支 |
| 16 | git tag | 添加版本标签 |
下面我们就来逐个讲解命令：
<1> mkdri（创建要进行版本控制的项目（又称版本库））
按照下面的语句在CMD控制台中（上文创建的文件夹下）创建
mkdri test (创建一个test的项目，名字任意)
cd test (切换到test目录中)
touch aa.md (创建一个aa.md文件)
17.png
注意：以后的操作都要切换到项目（test）d文件夹下进行
如果我们现在在test目录下运行命令git status，会出现下面界面:
18.png
会提示：test还不是一个repository，因此我们需要做的是进行仓库的初始化。
<2> Git init(初始化仓库)
输入git init后表示进行了仓库的初始化，会出现下面的结果：
19.png
<3> git status(查看git仓库的状态)
20.png
on branch:
No commits yet:目前还没有任何的提交操作
Untracked files：提示aa.md文件还没有被跟踪，还没有被提交到仓库中
<4> git add(添加文件到缓存)
我们利用git add命令将aa.md文件添加到缓存中
21.png
Changes to be committed：等待被提交当然也可以利用命令git rm --cached命令去移除这个缓存
<5> git commit -m'first commit'（提交）
22.png
- m‘first commit’：m后面表示提交的信息
- 查看git status会发现，nothing to commit表示没有要被提交的东西了
<6> git log（查看日志）
23.png
可以查看所有提交的信息。
<7> git branch（分支）
说明：
branch 即分支的意思，分支的概念很重要，尤其是团队协作的时候，假设两个人都在做同一个项目，这个时候分支就是保证两人能协同合作的最大利器了。举个例子，A B俩人都在做同,一个项目，但是不同的模块，这个时候A新建了一个分支叫a， B新建了一个分支叫b，这样A、B做的所有代码改动都各自在各自的分支，互不影响，等到俩人都把各自的模块都做完了，最后再统一把分支合并起来。
执行 git init 初始化git仓库之后会默认生成一个主分支 master ，也是你所在的默认分支，也基本是实际开发正式环境下的分支，一般情况下 master 分支不会轻易直接在上面操作的，你们可以输入 git branch 查看下当前分支情况：
24.png
- *master：表示当前的分支是master
如果我们想在此基础上新建一个分支呢，很简单，执行 git branch a 就新建了一个名字叫 a 的分支，这时候分支 a 跟分支 master 是一模一样的内容，我们再输入 git branch 查看的当前分支情况：
25.png
可以看到 有两个分支，但是master 分支前有个 * 号，即虽然新建了一个 a 的分支，但是当前所在的分支还是在 master 上，如果我们想在 a 分支上进行开发，首先要先切换到 a 分支上才行，所以下一步要切换分支：
git checkout a
26.png
可以看到当前我们在的分支已经是a了，这个时候 A 同学就可以尽情的在他新建的a分支去进行代码改动了。
那有人就说了，我要先新建再切换，未免有点麻烦，有没有一步到位的，聪明：
git checkout -b a：即创建分支a的同时，切换到分支a
27.png
<8> git merge（合并分支）
领导交给你的任务，你完成了；那么你会干吗呢？很明显，提交呀！但是我们每个人的代码都是在自己的分支下进行的，如何将我们的代码提交到整个项目中呢，即主体分支中呢？那就要用到git merge命令了。分为两步：
- 切换到master分支：git checkout master
-
将分支a进行合并：git merge a
28.png
<9> git branch -d（删除分支）
有新建分支，那肯定有删除分支，假如这个分支新建错了，或者a分支的代码已经顺利合并到master 分支来了，那么a分支没用了，需要删除，这个时候执行 git branch -d a 就可以把a分支删除了。
29.png
<10> git branch -D（强制删除）
有些时候可能会删除失败，比如如果a分支的代码还没有合并到master，你执行 git branch -d a 是删除不了的，它会智能的提示你a分支还有未合并的代码，但是如果你非要删除，那就执行 git branch -D a 就可以强制删除a分支。
<11> git tag（添加版本标签）
我们在客户端开发的时候经常有版本的概念，比如v1.0、v1.1之类的，不同的版本肯定对应不同的代码，所以我一般要给我们的代码加上标签，这样假设v1.1版本出了一个新bug，但是又不晓得v1.0是不是有这个bug，有了标签就可以顺利切换到v1.0的代码，重新打个包测试了。
30.png
可以看到我新建了两个标签 v1.0、v2.0。想要切换到某个tag怎么办？也很简单，执行 git checkout v1.0 ，这样就顺利的切换到 v1.0 tag的代码状态了。
git的基本命令操作就是这些了，因为全部是在本地仓库进行的，比较简单，哈哈！因为这就是我自己的学习记录嘛，我也是个大白啦，下一章，会以GitHub为例，记录本地和远程的协作
网友评论