日常工具之【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 , 把两段不相干的 分支进行强行合并

 

posted @ 2020-03-30 18:48  为你编程  阅读(278)  评论(0)    收藏  举报