GitGit

Git版本库（暂存区，本地仓库），工作区

版本库与工作区：

• 版本库定义：一个目录，目录中文件的修改删除等操作都会被git跟踪，在任意时刻都可查看操作记 录，或在将来某个时刻可以还原
• 版本库的创建：在想要创建版本库的文件夹（workspace）下使用git init命令，这个（workspace）文件夹就被我们称作工作区

	git init

• 当你执行 git init 的时候，默认情况下 Git 就会为你创建 master 分支（这里的分支的概念在下面介绍），工作区（workspace）下会出现名为.git的文件夹我们称之为版本库

暂存区与本地仓库

版本库创建后我们在工作区中新建gittest.txt 内容为“创建gittest文件”

git status

使用 git status 命令查看当前 版本库状态

当前gittest.txt状态为untracked状态，此时的gittest.txt文件只存在工作区内不在版本库中

git add

当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

暂存区：一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）

 git add gittest.txt  --将文件添加到版本库的暂存区中

再次查看版本库状态

• git add -A 提交所有变化,包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件。
• git add -u 他仅监控已经被add的文件（即tracked file），他会将被修改的文件提交到暂存区。add -u 不会提交新文件（untracked file）
• git add . 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件
• git add 文件名 将某一个文件所有变化提交到版本库中

注：在idea中对已经被添加到版本库中的文件做修改操作时idea自动帮我们做了git add
操作。

git commit

提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

git log

查看提交历史记录

对暂存区与工作区的操作（摘自https://www.runoob.com/）

• 图中左侧为工作区，右侧为版本库。在版本库中标记为 “index” 的区域是暂存区（stage/index），标记为 “master” 的是 master 分支所代表的目录树。

• 图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

• 图中的 objects 标识的区域为 Git 的对象库，实际位于 “.git/objects” 目录下，里面包含了创建的各种对象及内容。

• 当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

• 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

• 当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
  git reset --hard HEAD^ 表示退回到上一次提交记录 一个^代表一个版本多个用HEAD~100
  git log可以查看提交历史，以便确定要回退到哪个版本。------
  git reflog 查看命令历史，以便确定要回到未来的哪个版本。丨—>用于查询commitId
  git reset --hard commintId 表示退回到某个提交记录
  git diff HEAD – 命令可以比较工作区和版本库里面最新版本的区别：

• 当执行 git rm --cached 命令时，会直接从暂存区删除文件，工作区则不做出改变。

• 当执行 git checkout . 或者 git checkout – 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。

• 当执行 git checkout HEAD . 或者 git checkout HEAD 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

远程仓库 GitHub

以上我们使用的git命令都是操作的本地代码，而如果要和团队合作互相分享代码，你就需要将数据放到一台其他开发人员能够连接的服务器上。

1. 新建远程仓库repository

2. 将本地仓库与远程仓库关联

git remote add origin git@github.com:xxgithub账号xx/gittest.git

查看本地添加了哪些远程地址

 git remote -v

可以下命令使用取消本地目录下关联的远程库：

git remote remove origin

3. 把本地master分支的最新修改推送至GitHub

$ git push origin master

注 ：若本地仓库与远程仓库首次执行push或clone操作会出现SSH警告

The authenticity of host ‘github.com (xx.xx.xx.xx)’ can’t be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)

输入yes回车 出现一下信息意思是没有权限读取

Can’t finish GitHub sharing process
Successfully created project ‘OCRDiscern’ on GitHub, but initial push failed:
Could not read from remote repository.

执行命令

ssh-keygen -t rsa -C "邮箱地址"

然后一直回车，操作成功后会在，C:\Users\Administrator.ssh目录生成id_rsa私钥和id_rsa.pub公钥

在github上将生成的ssh的public key(id_rsa.pub中的内容)粘到个人账户的setting>SSH and GPG keys > New SSH key下。

再次使用push命令

查看github上的gitest仓库中出现了我们之前创建的gietest.txt文件

分支操作

假如现在master分支上已经有了 某个项目1.0版本的代码，而现在2.0的需求过来需要开发，如果你在主线上开发2.0的需求开发到了一半时，这时线上出了一个紧急BUG需要修复，而你2.0的需求开发并未完成，下次上线时只应该上线修复bug的代码，那你2.0已经开发到一半的代码应该怎么办？
正确的做法是在开发2.0需求时新建一个分支A在这个A分支进行2.0需求开发，
修改BUG可以新建分支或者直接在主分支上开发，
此时就既能保证不影响修改BUG的代码即使上线，又能保证2.0开发进度

分支基本操作命令

查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>或者git switch <name>
创建+切换分支：git checkout -b <name>或者git switch -c <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
git branch 列出本地已经存在的分支，并且当前分支会用*标记
git branch -r 查看远程版本库的分支列表
git branch -a 查看所有分支列表（包括本地和远程，remotes/开头的表示远程分支）