git学习笔记（二）--git的初始化

正确的版本控制系统使用思想是：

1. 一次提交只干一件事
2. 完成了一个新功能，修改了一个bug，写完了一节的内容，甚至是添加了一幅图片，就执行一次提交。
3. 不要等到下班的时候才提交，那样的话版本控制系统就降格成文件备份系统了。

---

1.git的三个配置文件：

　　（1）config文件，在版本库.git目录下，优先级最高

　　访问命令： cd 版本库所在目录

　　　　　　　 git config

　　（2）.gitconfig文件，在主目录下，优先级次高

　　访问命令： git config --global　

　　（3）gitconfig文件，在/etc目录下，优先级最低

　　访问命令： git config --system

可以理解为system是针对系统所有用户进行的设定，而global是针对当前用户进行的设定，而.git是当前用户版本库配置设定，可以覆盖前面两个设定~

 

2. git初始化

　　建立一个工作目录： mkdir  workplace

　　进入其中：　　　　 cd workplace

　　初始化：　　　　　 git init　

　　结果：在workplace下面有一个.git目录，这个就是git版本库(repository)

 

3. git添加和提交

　　假设新建了一个文件welcome.txt

　　添加： git add welcome.txt

　　提交： git commit -m "this is the first step!"

添加操作并未真正记录在版本库中，只是添加到了暂存区；

提交之后，工作区的内容才真正被记录保存；

git提交的时候，必须给出说明，如果不加-m选项，也会弹出对话框要求输入版本更新的说明文字

 

4. 几个显示命令

　　git rev-parse --git-dir  　　　　　　//显示版本库git所在绝对路径

　　git rev-parse --show-toplevel　　  //显示工作区的根目录

　　git rev-parse --show-prefix 　　   //显示当前目录相对于工作区根目录的相对路径

　　git rev-parse --show-cdup 　　　 //显示当前目录在工作区根目录下的深度

 

5.关于commit的几个参数

　　--amend　　　　　　//对刚刚完成的提交进行修补，这样会更改前面提交中错误的用户名和邮件地址，不会产生新提交

　　--allow-empty　　   //允许空白提交

　　--reset-author　　  //将author的ID同步修改，不加这一项，则我们只是改动了上一次commit文件中author的信息，而不改变author个人设置的ID

 

6. 查看日志

　　git log

　　git log --pretty=fuller　　 //查看完整的日志，包括作者，时间和说明

　　git log --stat　　　　　　 //不仅提供--pretty=fuller的功能，还列出提交文件变更的统计信息

　　git log --pretty=oneline  //列出精简信息，只有文件id和说明