文章目录
- 前言
- git 仓库讲解
- 一、初始化git配置
- 二、基本提交命令
- 1. 命令
- 2. 注意的点
- 3. 深度理解 git commit 提交
- 三、分支/合并操作
- 1. 分支操作
- 2. 合并操作
- 四、更改提交的操作,回溯历史
- 1. 回溯历史
- 2. 推进历史
- 3. 消除冲突
- 4. 修改提交信息
- 五、git rebase -i ：压缩历史
- 五、推送至远程仓库
- 1. 推送主分支
- 2. 推送至master以外的分支
- 六、从远程仓库获取
- 1. git clone 获取远程仓库
- 2. 获取远程别的分支
- 3. 向本地的 feature-D分支提交更改
- 4. 获取最新的额远程仓库分支
前言
git 仓库讲解
工作树、仓库、暂存区
工作树：git init 初始化 仓库时，生成的 .git 隐藏文件，即为工作树，
仓库：初始化仓库后，也就有了本地仓库，.git 同目录下文件也可以算是仓库。但是需要提交
暂存区：git add命令 便是将 文件提交到一个临时区域，也就是暂存区。之后 git commit 也就是将文件提交到仓库。
一、初始化git配置
安装完git后，需要进行初始化
-
git config --global user.name “user.name” 注册用户名 -
git config --global user.email “[email protected]”注册用户邮箱 - 查看用户名配置：
git config --global user.name - 查看邮箱配置：
git config --global user.email git有一个配置文件夹，可以通过 find -name config 命令来查找，一般会在位于C:\Users{user}.gitconfig。里面有配置的name和email，也可以在这里手动配置。也可以是用.gitconfig配置文件单独配置来替代.git文件夹。 - 还有创建秘钥等，可以看第一篇博客
git学习一：第一次使用Git上传本地项目到github上（很详细，很全面）
二、基本提交命令
1. 命令
-
git init : 初始化仓库，在自动生成一个隐藏的.git 文件夹。 -
git add ：git add . 添加目录中的所有，git add 文件名或者目录名， 添加指定的文件或目录。 将文件加入到暂存区，暂存区是提交前的一个临时区域。 -
git status ：查看操作后的状态。 -
git commit -m '描述' ：提交到本地仓库。 -
git commit -am '描述'：此命令等价于 git add 和 git commit 两个命令，合二为一。 -
git diff ：可以查看工作树、暂存区、最新提交前之间的区别。 -
git diff HEAD ：查看工作树和最新提交的差别，(意思与 git diff 一样)。 -
git log ：查看提交日志，以当前为终点，仅包括之前的提交（commit）信息。 -
git reflog：查看所有的 提交（commit）日志，包括之前和之后（当回溯到之前，所以这里也可以查看之后的）。 -
git relog --pretty=short：让程序只显示第一行的简述信息。
好的习惯：在git commit 提交之前，先执行 git diff HEAD 命令，查看本次提交和上次提交之间有什么差别，等确认完成后再进行提交，这里的HEAD指向当前分支中最新一次提交的指针。
2. 注意的点
说明，应注意的细节：
- git status 命令在任何时候都可以执行，查看当前的状态。
- git diff 查看刚修改的与提交（commit）的不同，所以要在git add 之前执行。其他时候执行无效
- git diff HEAD 是在 git add 执行之后执行，git commit之前执行。（含义与git diff 一个意思，查看）
3. 深度理解 git commit 提交
在 Git 中提交时，会执行一个提交（git commit）命令，该命令一旦执行，Git服务器就会保存一个 指向暂存内容快照的指针，包含本次提交的 哈希值（很重要）、作者、提交时间
哈希值 是 每一次提交的 标志，可以理解为id，当你GitHub提交代码出现问题时，需要回溯历史时，则会根据这个 哈希值回到从前的版本。
git log 命令 则会显示每次提交（commit）的信息，如下图所示，在这里可以看到每一次提交的哈希值、作者、提交时间， 还有你每次提交的 描述， 这是能让你知道你当前提交所做的什么事情，所以，提交时的描述一定要仔细填写。
包含零个或多个指向该提交对 象的父对象指针：首次提交没有直接祖先，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。
以上命令就是简单的 在本地仓库的操作
三、分支/合并操作
1. 分支操作
-
git branch 显示分支名列表，同时确认当前所在的分支。 -
git branch -a 显示所有的分支名列表，同时确定档期所在分支。 -
git brabch feature-a 创建 feature-a 分支
git checkout feature-a 切换到 feature-a 分支 -
git checkout -b feature-a 等价于上面两条命令 git brabch feature-a 和 git checkout feature-a -
git checkout master 切换到 主分支，master 一般默认为主分支。 -
git checkout - 返回到上一个分支
创建 feature-A 分支时，在README.md 最后 写一句话 -feautre-A
2. 合并操作
接下来，假设 feature-A 已经实现完毕，想要将它合并到主干上 master 中，首先切换到 master 分支。
-
git checkout master切换到主分支 -
git merge --no-ff feature-A 合并feater-A分支，--no-ff 参数是为了在历史记录中记录本次分支合并。
随后编辑器会启动，用于录入合并提交的信息。 -
git log --graph 以图表形式输出提交日志，非常直观。
四、更改提交的操作,回溯历史
git 在实现功能后进行提交，累计提交日志作为历史记录。
所以Git 的另一个特性就是可以灵活操作历史版本，借助分散仓库的优势，可以在不影响其他仓库的前提下对历史版本进行操作。
接下来 ，继续写一个案例，先回溯到上一次 feature-A 分支创建之前，创建一个名为fix-B的特性分支。如下图
1. 回溯历史
目的：
- 要让仓库的HEAD、暂存区、当前工作树回溯到指定状态，需要用到 git reset --hard 命令，只需要提供目标时间点的哈希值，就可完全恢复到该时间点的状态
git reset --hard 哈希值 哈希值的获取 可以通过前面学习的 git log 命令来获取，通过提交时的描述找到当前的哈希值。 - 创建 fix-B分支
git checkout -b fix-B然后在 readme.md中的最后添加一行：-fix-B
然后直接提交
git add readme.mdgit commit -m "fix-B"
现在的状态如下所示：
2. 推进历史
现在是在fix-B 分支下，现在想 ：恢复到feature-A分支合并后的状态，称这一操作为 推进历史
目的下的状态：
git log 命令只能查看以当前状态为终点的历史日志。
-
git reflog 命令查看当前仓库所有的操纵日志，在日志中找到回溯历史之前的哈希值
然后使用命令 -
git checkout master -
git reset --hard 对应哈希值
所以：git reset --hard 命令 可以回溯历史，也可以推进历史。
当前状态如下：
3. 消除冲突
接下来 只要合并 fix-B 分支，就可以得到我们想要的状态
git merge --no-ff fix-B 合并分支，如果当前没在master分支上，需要跳转到 master 分支上。
执行完命令后，系统告诉我们 README.md 文件发生了冲突，系统在合并README.md 文件时，feature-A 分支更改的部分与本次想要合并的 fix-B 分支更改的部分发生了冲突。
所以要先解决冲突，否则无法合并。
打开 README.md 文件，
内容如下：
========符合 以上的部分是当前 HEAD 的内容，以下的部分是要合并的 fix-B 分支中的内容。然后改成如下的内容:
修改完后，进行提交
git add readme.mdgit commit -m "Fix conflict" 因为本次更改解决了冲突，所以提交信息为 “Fix conflict”
4. 修改提交信息
上一条提交信息 为 Fix conflict ，但它应该是 fix-B分支的 合并，解决合并时发生的冲突只是过程之一，这样标记不是不妥的，于是要修改这条提交信息。
git commit --amend
执行命令后，编辑器自动启动。
修改修改第一行，也就是上一次提交的信息： Fix conflict
修改为 Merge branch ‘fix-B’
然后保存即可。
然后再使用 命令 git log --graph 查看提交日志中的相应内容以及被修改。
五、git rebase -i ：压缩历史
五、推送至远程仓库
为防止与其他仓库混淆，仓库名尽量与本地仓库名一致。
在GitHub创建仓库也直接看第一篇博客吧，这里不再赘述。
1. 推送主分支
-
git remote add origin 仓库地址 添加仓库地址，
执行 完 git remote add 命令后，git 会自动将 仓库地址 远程仓库的名称设置为 origin（标识符）。 -
git push -u origin master推送至远程仓库
2. 推送至master以外的分支
-
git checkout -b feature-D 切换分支 -
git push -u origin feature-D 推送分支
六、从远程仓库获取
1. git clone 获取远程仓库
git clone 仓库地址
执行此命令后，会默认处于master分支下，同时系统自动将origin 设置成该仓库的标识符。也就是说，当前本地仓库的master与GitHub远程端仓库origin的master 分支在内容上是完全相同的。
可以使用 git branch -a命令查看当前分支的线管信息。添加 -a 参数可以同时显示本地仓库和远程仓库的分支信息。
2. 获取远程别的分支
git checkout -b feature-D origin/feature-D
-b 参数的后面是本地仓库中新建分支的名称，为便于理解，一般设置为与远程端一致。
新建分支名称后面是获取来源的分支名称。
3. 向本地的 feature-D分支提交更改
修改readme.md文件
然后
git diffgit commit -am "描述信息 add feature-D"git push 即可
4. 获取最新的额远程仓库分支
回到原来那个目录下，原来只创建了feature-D分支，而没有添加任何提交，所以这里需要更新到最新的状态。拉取代码
git pull origin feature-D