日常工具之【git基操】

git相关命令学习地址：https://www.w3cschool.cn/doc_git/

 

基本概念

我们先来理解下Git 工作区、暂存区和版本库概念

• 工作区：就是你在电脑里能看到的目录。
• 暂存区：英文叫stage, 或index。一般存放在 ".git目录下" 下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
• 版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系：

 

 

图中左侧为工作区，右侧为版本库。在版本库中标记为 "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 rm --cached <file>" 命令时，会直接从暂存区删除文件，工作区则不做出改变。

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

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

 

 

 

 

---

 

Git 有三种状态，你的文件可能处于其中之一：已修改（modified）、已暂存（staged）、已提交（committed）。由此引出三个逻辑区域，他们和文件状态以及部分对应操作的关系如下图。

 

1.git安装后完善信息，姓名和邮箱

git config --global user.name "Your Name"
git config --global user.email "email@example.com"

git config --get user.name　　// 查看用户名

2.创建工作区，初始化工作区

mkdir  git-repository     // 新建git仓库
cd  git-repository        // 进入到仓库所在目录
git init                  // 初始化工作区(仓库)

 

查看初始化工作区之后生成的隐藏文件.git：

　　config　　//文件- 包含一些配置选项

　　objects　　//目录- 存储所有Git的数据对象

　　HEAD//文件- 指定当前分支

　　info //目录- 存放项目信息，默认包含一个全局exclude文件， 用来放置不希望记录在.gitignore 中的忽略模式

　　description//文件- 仅供GitWeb 程序使用

　　hooks //目录- 存放可在某些指令前后触发运行的钩子脚本（hook scripts），默认包含一些脚本样例

　　refs//目录- 存储各个分支指向的目标提交

　　branches //目录- 还没发现有什么用处.git 目录下可能还会包含其他文件，不过对于一个全新的仓库，这将是你看到的默认结构。

其中有四个条目很重要：HEAD 文件、（尚未创建的）index 文件，和 objects 目录、refs 目录。这些条目是Git 的核心组成部分。

 

3.添加新文件并添加到缓存区，并commit

git add readme.txt                     // 将readme.txt文件添加到暂存区
git add .                              //  添加所有有修改的文件到暂存区


git commit -m '添加readme.txt文件'      // commit提交到暂存区

通过git status查看添加到暂存区的文件的状态：

        

git add 之后，git commit之前，想要移除添加到暂存区的文件，执行如下命令：

git rm --cached readme.txt 
git reset HEAD readme.txt　　// 此时撤销了git add readme.txt操作，回到工作区，如果放弃该文件的修改，可以继续使用git checkout -- readme.txt放弃对该文件的修改

 

4.将代码推送到远端

git push -u origin master     // 将代码推送到远端
git push -u origin master -f  // 强制覆盖远端
git push -f　　// 强制提交
git status    // 查看工作区和暂存区的区别

git push origin HEAD --force  // 推送本地到远程仓库：让远程仓库代码和你本地一样，到当前你本地的版本

 

5.比较工作区修改前后文件（在文件还没有进行git add之前，查看文件所修改的内容）

git diff readme.txt  // 对比工作区文件修改

 

6.git查看提交记录

git log  // 命令可以显示所有提交过的版本信息

git log  --pretty=oneline  // 在一行显示每个版本记录

git reflog  // 可以查看所有分支的所有操作记录（包括已经被删除的 commit 记录和 reset 的操作）

 

7.git版本回退

git reflog　　　　　　　　　　// 版本回退需要知道commitid的前几位（前七位），所以需要先查看commitid  

git reset --hard e3c958d　　  // 假如要会退到第二版本 【git 只需简单的吧指针指向老的版本即可，所以速度很快】

git reset --hard HEAD^　　 // 回退到上一个版本
git reset –-hard HEAD^^　　// 回退到上两个版本

git reset –-hard HEAD~100　　// 回退到前100个版本

 

8.取消工作区修改[实际上使用版本库中文件替换 当前文件内容]、[前提是未执行git add操作]

// 1、首先修改工作区的文件
echo  "read" > READM.txt

// 2、查看工作区状态
git status               //   显示：     modified:   READM.txt

// 3、如果在没有git add之前，想要放弃这些修改，执行如下命令
git  checkout  --  READM.txt

 

9.取消暂存区文件的修改[前提是执行了git add操作]

// README.txt  文件中内容：  write
// 1、修改文件
echo  "read"  > README.txt      // 此时文件内容修改为read

// 2、添加到暂存区
git  add  README.txt

// 3、查看暂存区状态
git  status      　　　　　　　　//  此时会提示可以通过  git reset HEAD <file>...  撤销add到暂存区的内容

// 4、撤回暂存区内容，此时相当于当时修改了文件，但是没有执行git  add README.txt
git  reset  HEAD  README.txt

// 5、如果想还原文件，执行git status
git status   
　　// 提示 1：(use "git add <file>..." to update what will be committed)   通过git add 添加到暂存区
　　// 提示2： (use "git checkout -- <file>..." to discard changes in working directory) 通过git checkout 放弃工作区的修改内容

// 6、放弃工作区内容修改
git checkout  --  README.txt

// 7、此时文件内容还原为
cat README.txt   // write

 

10.删除版本库中文件

git rm  // 同时从工作区和索引中删除文件。即本地的文件也被删除了
git rm --cached  // 从索引中删除文件。但是本地文件还存在， 只是不希望这个文件被版本控制

 

在git仓库目录下创建两个测试文件：test1.txt   test2.txt

然后通过git   status 查看状态：   提示可以通过git add 添加到版本库

            

 

 

 执行git   add . 和git   commit  将新增的文件添加到版本库

　　1）git  rm test1.txt ，执行完git commit 才会提交到版本库，效果如下图：  索引和工作区都被删除

               

 

 

 　　2）执行git  rm  --cached  test2.txt  ， 执行完git commit 才会提交到版本库，效果如下图：索引删除但是工作区还保留该文件

               

 

 

 

11. 初始化仓库，添加远程仓库地址

// 1、初始化仓库
git  init

// 2、添加远程仓库地址
git remote add origin git@github.com:LittleGoodBoy/Jacoco-test.git // 一般给远程仓库命名为origin

// 3、在仓库中添加内容，并且add和commit之后，推送到远端
git push -u origin master  // 第一次向远程仓库提交加 -u参数，加了参数-u后，以后即可直接用git push 代替git push origin master

 

12.从远程仓库克隆

git clone git@github.com:LittleGoodBoy/Jacoco-test.git // 后面也可再跟一个名字，即重命名git库

 

13.创建新的分支、切换分支、关联远端分支

git branch dev  // 基于当前分支创建的本地分支，假设当前分支是master(远程分支)，则是基于master分支创建的本地分支dev
// 新建的本地分支，不能直接通过git pull 或者git push 推送或者拉取远端分支内容，可以通过git pull origin dev（指定远程分支），进行拉取指定分支内容，或者先进行关联远端分支


git checkout dev // 从当前master分支切换到dev分支

git checkout -b dev // 这条命令把创建本地分支和切换到该分支的功能结合起来了，即基于当前分支master创建本地分支dev并切换到该分支下

git checkout -b dev origin/dev  // 获取远端dev分支，并创建本地dev分支关联远端dev分支，并切换到本地dev分支

git push origin dev // 这条命令表示把本地dev分支提交到远程仓库，即创建了远程分支dev

git branch --set-upstream-to=origin/dev  // 当前分支关联远端dev分支

 

14.合并分支

git merge master // 合并master分支到当前分支，默认使用-ff    
git merge --no-ff -m "merge with no-ff" master  // 采用非fast-forward方式合并分支

区别，推荐看如下文章：https://www.jianshu.com/p/418323ed2b03

 

15.删除本地分支、删除远端分支

git branch -d dev  // 删除本地dev分支

git branch -D  dev  // 若分支有修改还未合并,会提示你还没合并,强行删除本地分支

git push origin -d dev // 删除远端dev分支

 

git branch 　　　　　　　　　　　　　　　　// 查看本地所有分支 
git branch -r 　　　　　　　　　　　　　　// 查看远程所有分支
git branch -a 　　　　　　　　　　　　　　// 查看本地和远程的所有分支
git branch <branchname> 　　　　　　　　// 新建分支
git branch -d <branchname> 　　　　　　// 删除本地分支
git branch -d -r <branchname> 　　　　// 删除远程分支，删除后还需推送到服务器
git push origin:<branchname>  　　　　// 删除后推送至服务器
git branch -m <oldbranch> <newbranch> // 重命名本地分支

重命名远程分支：
    1、删除远程待修改分支
    2、push本地新分支到远程服务器


//git中一些选项解释:
　　-d
　　--delete：删除

　　-D
　　--delete --force的快捷键

　　-f
　　--force：强制

　　-m
　　--move：移动或重命名

　　-M
　　--move --force的快捷键

　　-r
　　--remote：远程

　　-a
　　--all：所有

 

 

16.解决冲突

假如在一个新的分支上修改了readme并进行提交，master上也对readme进行了修改，而且修改的是同一行，也commit了，那么合并新分支到master时会报错
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.//自动合并失败，手动解决冲突后，重新提交

// 需要手动解决冲突，重新提交
git add readme.txt
 
74565@jason MINGW64 /c/notos/code/gitpractice (master|MERGING)
$ git commit -m "fixed conflict"
[master 4cdbdc4] fixed conflict

 

17.查看分支合并图

git log --graph

 

18.查看远程仓库信息

git remote

git remote -v

 

19.推送分支（会推送到远端对应的分支上）

语法：$ git push <远程主机名> <本地分支名>:<远程分支名> 若省略远程分支，代表将本地当前分支推送到远端对应分支
git push origin master  // 推送到远端的master
git push origin dev     // 推送到远端的dev

 

20.git打标签（人类可以识别的标志）

git tag v0.1 33dd7af  // 33dd7af是commit-id

git tag -a v0.2 -m "stable edition" e47dc70

git tag // 查看 tag 

 

21.操作标签

git push origin <tagname>  // 可以推送一个本地标签
git push origin --tags  // 可以推送全部未推送过的本地标签
git tag -d <tagname> // 可以删除一个本地标签
git push origin :refs/tags/<tagname> // 可以删除一个远程标签

 

 

 

1. 显示出branch1和branch2中差异的部分

git diff branch1 branch2 --stat

2. 显示指定文件的详细差异

git diff branch1 branch2 具体文件路径

3. 显示出所有有差异的文件的详细差异

git diff branch1 branch2

4. 查看branch1分支有，而branch2中没有的log

git log branch1 ^branch2

5. 查看branch2中比branch1中多提交了哪些内容

git log branch1..branch2
注意，列出来的是两个点后边（此处即dev）多提交的内容。

6. 不知道谁提交的多谁提交的少，单纯想知道有是吗不一样

git log branch1...branch2

7. 在上述情况下，在显示出没个提交是在哪个分支上

git log --lefg-right branch1...branch2
注意 commit 后面的箭头，根据我们在 –left-right branch1…branch2 的顺序，左箭头 < 表示是 branch1 的，右箭头 > 表示是branch2的。

 

 

1、查看 dev 有，而 master 中没有的：git log dev ^master

2、查看 master 中有，而 dev 中没有的内容：git log master ^dev

3、查看 dev 中比 master 中多提交了哪些内容：git log master..dev

4、查看 master 比 dev 多提交了哪些内容：git log dev..master

5、不知道谁提交的多谁提交的少，单纯想知道有什么不一样：git log dev...master

6、在上述情况下，再显示出每个提交是在哪个分支上：git log --left-right dev...master
注意 commit 后面的箭头，根据我们在 –left-right dev…master 的顺序，左箭头 < 表示是 dev 的，右箭头 > 表示是 master的。

 

 

问题1：git pull 失败 ,提示：fatal: refusing to merge unrelated histories

解决方式：

　　其实这个问题是因为 两个 根本不相干的 git 库， 一个是本地库， 一个是远端库， 然后本地要去推送到远端， 远端觉得这个本地库跟自己不相干， 所以告知无法合并。

　　一个种方法： 是 从远端库拉下来代码 ， 本地要加入的代码放到远端库下载到本地的库， 然后提交上去 ， 因为这样的话， 你基于的库就是远端的库， 这是一次update了

　　第二种方法：
　　　　使用这个强制的方法：git pull origin master --allow-unrelated-histories

　　　　后面加上 --allow-unrelated-histories ， 把两段不相干的 分支进行强行合并