test/Git.md

1.Git的功能

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

• 实现跨区域多人协同开发
• 追踪和记载一个或者多个文件的历史记录
• 组织和保护你的源代码和文档
• 统计工作量
• 并行开发、提高开发效率
• 跟踪记录整个软件的开发过程

• 减轻开发人员的负担，节省时间，同时降低人为错误

  2.Git的配置

  git下载完成后，随便建立一个文件夹，例如：gitDemo，在文件夹里面右键选择git bash进入命令窗口

• 查看配置 git config -l

• 查看不同级别的配置文件：

  #查看系统config
  git config --system --list
  　　
  #查看当前用户（global）配置
  git config --global  --list
  

  • C:\Users\枯叶蝶\ .gitconfig 只适用于当前登录用户的配置 ，显示用户的账号和邮箱。
  • 设置用户名和邮箱 java git config --global user.name "kuangshen" #名称 git config --global user.email 24736743@qq.com #邮箱

3.Git的工作区

Git本地有三个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

• Workspace：工作区，就是你平时存放项目代码的地方
• Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
• Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

• Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

  4.工作流程

  git的工作流程一般是这样的： １、在工作目录中添加、修改文件； ２、将需要进行版本管理的文件放入暂存区域； ３、将暂存区域的文件提交到git仓库。 因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed)

5.文件操作

文件的四种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。

• Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
• Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
• Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !

• Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

  查看文件状态

  上面说文件有4种状态，通过如下命令可以查看到文件的状态：

  #查看指定文件状态
  git status [filename]
  #查看所有文件状态
  git status
  # git add .                  添加所有文件到暂存区
  # git commit -m "消息内容"    提交暂存区中的内容到本地仓库 -m 提交信息
  

  忽略文件

  有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等 在主目录下建立".gitignore"文件，此文件有如下规则：

  1. 忽略文件中的空行或以井号（#）开始的行将会被忽略。
  2. 可以使用Linux通配符。例如：星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[abc]）代表可选字符范围，大括号（{string1,string2,...}）代表可选的字符串等。
  3. 如果名称的最前面有一个感叹号（!），表示例外规则，将不被忽略。
  4. 如果名称的最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略。
  5. 如果名称的最后面是一个路径分隔符（/），表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）。 java #为注释 *.txt #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！ !lib.txt #但lib.txt除外 /temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp build/ #忽略build/目录下的所有文件 doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

6.使用远程仓库，gitee

(1) 设置本机绑定SSH公钥，实现免密码登录！（免密码登录，这一步挺重要的，码云是远程仓库，我们是平时工作在本地仓库！)

# 进入 C:\Users\枯叶蝶\  目录下下右键打开git bash
# 生成公钥
ssh-keygen -t rsa

(2) 将公钥信息public key 添加到码云账户中即可！公钥在 C:\Users\枯叶蝶.ssh文件夹下。 (3) 使用码云创建一个自己的仓库！

7.git的仓库使用

（1）gitee仓库为空，初次上传本地项目到gitee,(工作中几乎不怎么用) 打开本地项目文件夹，右键打开git bash命令窗口。

#初始化本地仓库
git init
#连接远程仓库
#demo为路径别名  git@gitee.com/为仓库的ssh路径
git remote add demo git@gitee.com/
#添加所有文件到暂存区
git add .
#添加暂存区中的文件到本地仓库
git commit -m 'first'
#推送本地仓库到远程仓库，-f强制覆盖 本地与远程都是master分支可以写一个 正常写法 本地分支:远程分支
git push -f demo master

(2) gitee仓库已经上传过文件，首次使用需要克隆(工作正常流程) 在空白地方右键打开git bash

#克隆远程仓库到本地git_test目录下
git clone git@gitee.com  git_test

git add .
git commit -m 'add file03'
# 将master分支的修改推送到远程仓库
git push origin master

（3） 已经克隆过远程仓库，远程仓库文件被修改过

#拉取修改过的文件到本地并且合并
#pull 拉取修改或者新增的文件到本地仓库和工作区
git pull origin master
#推送自己的修改
git add .
git commit -m 'add file03'
# 将master分支的修改推送到远程仓库
git push origin master

(4) git的版本回退 通过git提交的每一次版本信息都会保存在暂存区中 #回退到上一个版本 ,上上版本再加^ git reset --hard HEAD^ #第二种方法，通过git reflog 查看提交的版本号 git reset --hard 版本号 这样工作区就变为当前版本的项目了。 (5) git的分支常用命令

#查看本地分支
git branch
#新建一个分支
git branch 分支名
#切换分支
git checkout 分支名
#切换一个不存在的分支，创建并且切换该分支
git checkout -b 分支名
#合并分支
git merge 分支名称
#删除其他分支（不能删除当前分支）
git branch -d 分支 删除时，做检查
git branch -D 分支 强制删除

解决合并冲突问题 当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解 决冲突，解决冲突步骤如下：

1. 处理文件中冲突的地方
2. 将解决完冲突的文件加入暂存区(add)
3. 提交到仓库(commit)