Git：Git初始化（git config）

一、查看Git的版本 

1.查看git版本库的版本； 
二、Git配置 

1.配置版本库级别配置用户名； 
2.配置版本库级别配置email； 
3.配置版本库级别配置命令别名alias.st status； 
4.配置版本库级别配置命令别名alias.ci commit； 
5.配置版本库级别的配置开始Git输出颜色； 
注：配置用于级别和系统级别的配置实用--global和--system参数； 
三、创建版本库及第一次提交 

1.创建demo目录，并进入demo目录，gitinit初始化版本库； 
2.ls -af，.git目录就是Git版本库； 
3.echo "Hello">welcome.txt，创建welcome.txt文件，并提交； 
4.git  add welcome.txt，将welcome.txt文件添加到暂存区； 
5.gitcommit -a "initialized."，将暂存提交提交到版本库的master分支； 
6.提交日志显示，修改了一个文件，插入一行； 
7.提交日志显示，新建文件welcome.txt； 
四、工作区根目录下的.git目录 
1.Git版本控制器 
    分布式版本控制器； 
    版本库位于工作区的根目录下，在工作区的子目录没有任何其它跟踪文件或目录； 
2.CVS版本控制器 
    集中式版本控制器； 
    版本库和工作区分开，在工作区根目录及每个子目录下都有一个CVS目录，包含了几个配置文件，建立了版本库的追踪； 
    优点： 
        将工作区移动到任何其它目录中，映射关系保持不变，能够正常工作； 
        将工作区的某个子目录移动到其它位置，形成新的工作区； 
    缺点： 
        文件修改了，没有原始文件做比对，只能对整个文件进行传输，降低网络传输效率； 
        黑客可以通过扫描CVS/Entries文件得到目录下的文件列表，有信息泄露的风险； 
3.Subversion 
    工作区的根目录和每个子目录下都有一个.svn目录，包含了类似CVS的跟踪目录下的配置文件，当前工作区下每个文件的拷贝； 
    优点： 
        原始文件的拷贝让某些SVN的命令可以脱离版本库执行； 
        改动文件可以和原始拷贝进行差异比较，可以只提交改动的部分； 
    缺点： 
        和CVS一样，引入了信息泄露风险，并加倍占用工作区； 
4.搜索工作区内容 

    1.搜索工作区的文件内容； 
 
4.git命令运行 

    1.git依次向上递归查找.git目录，找到.git目录就是工作区对应的版本； 
 
5.查看版本库所在目录和根目录所在目录 

    1.查看版本库所在目录； 
    2.查看跟目录所在目录；  
六、三个等级的配置文件 
1.Git的三个配置文件，分别是： 
    版本库级别配置文件； 
    全局配置文件（用户主目录下）； 
    系统级配置文件（/etc目录下）； 
2.优先级：版本库级别>全局>系统级 
3.查看三个级别的配置文件 
    gitconfig-e     #查看版本库界别配置文件 
    1.在版本库的根目录下输入命令git config -e； 
    2.弹出文本编辑器，打开了配置文件； 

gitconfig-e --global    #查看全局配置文件 
gitconfig-e --system    #查看系统配置文件 
2.cat .git/config    #查看配置文件 

3.git config core.bare    #查看配置文件中core.bare键值 
 
git configa.b something    #更改或设置INI文件中的某个属性 

 
七、谁完成的提交 

1.删除库级别配置的user.name属性； 
2.删除库级别配置的user.email属性； 
3.查看库级别配置的user.name属性为空； 
4.查看库级别配置的user.email属性为空； 

5.使用空白提交，建议提交用户； 
6.帮助我们如何设置必须的配置，以及如何修改之前的提交中出现的错误提交者的信息； 

7.上一次提交由之前的配置变量user.name和user.email给出； 
8.最新一次，因为删除了user.name和user.emaill，提交用户名和邮件进行了大胆猜测； 

9.重新恢复user.name属性； 
10.重新恢复user.email属性； 
11.重新修改最新的提交，改正作者和提交者的错误信息； 

12.查看最新的提交更正了作者和提交者的信息；