文档章节

git常用指令整理及说明(详细)

brianway
 brianway
发布于 2016/08/08 10:58
字数 2530
阅读 40
收藏 2
git

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>>

git常用指令整理及说明(详细)

标签: git


[TOC]


本文是git系列博客的第二篇。本文对指令按照使用场景(建库,查看,修改,分支)进行分类归纳,介绍指令基本含义和用法,方便查阅。

安装和配置

参考我前面的博客:git在各操作系统平台下的安装和配置

工作区、版本库和暂存区

  • 工作区:就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区。
  • 版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
  • 暂存区:Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。

我们把文件往Git版本库里添加的时候,是分两步执行的:

  1. 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
  2. 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在git commit就是往master分支上提交更改。

简单理解:需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

详细知识见工作区和暂存区Git 基础 - 记录每次更新到仓库

本地库和远程库

新建仓库

  • 建立远程库(为空,不要加README.md,不然后面会push不上去)
  • 本地新建文件夹
  • git init初始化仓库,可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的。勿人为瞎改
  • 远程库的名字就是origin,这是Git默认的叫法
  • git remote add origin git@github.com:michaelliao/learngit.git 这个命令是在本地的learngit仓库下执行的。这两个地方的仓库名不需要相同,因为会通过在本地的仓库目录下执行这条命令(命令中包含远程库的名字)已经将两者建立了联系
  • git push -u origin master 把本地库的所有内容推送到远程库上。把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。由于远程库是空的,我们第一次推送master分支时,加上了-u参数(推送和关联),Git不但会把本地的master分支内容推送到远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
  • git push origin master每次本地提交后,推送最新修改到远程库

从远程库克隆

假设github上面已经有一个远程库,但是本地没有,需要克隆到本地,远程库的名字叫gitskills

  • git clone git@github.com:michaelliao/gitskills.git 克隆一个本地库,则在当前文件夹下会多一个gitskills的文件夹。
  • cd gitskills进入克隆下来的本地库,默认的名字是和github上的一样的
  • git push origin master 推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上

常用查看指令

  • git status 查看仓库当前的状态
  • git diff 文件名查看对文件做什么修改
  • git diff 版本号1 版本号2 --stat查看两个版本的差异的文件列表,包括被修改行数和增删图。参数改为--name-status前面显示修改说明字母(A,M等),无行数
  • git log显示从最近到最远的提交日志
  • git log --pretty=oneline 简化日志输出的显示信息,commit id很长,详细显示见这里
  • git reflog 记录你的每一次命令,最先显示的是这个命令执行之后的版本的版本号的前七位,这样就算你清屏了或者重启了,也能找到某个版本的版本号,就可以轻松回退到那个版本
  • git branch 查看当前所在的分支。git branch命令会列出所有分支,当前分支前面会标一个*
  • git log --graph --pretty=oneline --abbrev-commit用带参数的git log可以看到分支的合并情况。用git log --graph命令可以看到分支合并图
  • git remote 查看远程库的信息
  • git remote -v 显示更为详细的信息

常用修改指令

  • git add readme.txt添加,但是不提交
  • git commit -m "提交描述"提交,只有add后提交才有效"改文件->add文件->再改->提交",则第二次修改无效,不会被提交,只会成功提交第一次的修改。

撤销修改和版本回退

  • git checkout -- 文件名把没暂存(即没add)的干掉,或者说,丢弃工作区,回到到暂存状态
  • git reset HEAD 文件名把暂存的状态取消,工作区内容不变,但状态变为“未暂存”。

简单来说,没有add过的修改,只需要git checkout -- 文件名即可撤销;add 过的修改,先git reset HEAD 文件名变成没add 过的修改,再git checkout -- 文件名撤销。操作示例可以看这张图

  • git reset --hard HEAD^ 会回退到上一个版本
  • git reset --hard 某版本号前几位通过命令行上的历史信息(假如你没清屏的话),找到某版本 的版本号回到指定版本。不一定要全部的版本号,就像这个命令的例子,只要前面的约7、8位这样就可以。

分支管理

创建和合并分支

  • git checkout -b dev创建一个新的分支:dev,并且会切换到dev分支。所以这条命令有两个作用。git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:git branch devgit checkout dev
  • git branch dev,新建分支是新建指针,指向当前commit
  • git checkout dev切换到dev分支
  • git checkout masterdev分支的工作完成,我们就可以切换回master分支(此时在dev分支的修改在master上是看不到的)
  • git merge dev 这是在master分支上执行的命令,作用是:把dev分支上的工作成果合并到master分支上
  • git branch -d dev 删除已合并的分支。删除分支就是删除指针
  • git branch -D devGit友情提醒,dev分支还没有被合并,如果删除,将丢失掉修改,如果要强行删除,需要使用git branch -D dev命令
  • git rebase master变基。在当前分支(非master)下执行该命令,则相当于把当前分支和mater分支合并,和merge操作类似,但提交历史不同,rebase操作的log更干净。具体可参考Git 分支 - 变基

解决冲突

假设在master分支和feature1分支对同一文件做了修改

  • git merge feature1 在master分支上执行该命令,与feature1分支合并。这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件

合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息

  • git merge --no-ff -m "merge with with no-ff" dev准备合并dev分支,注意--no-ff参数表示禁用Fast forward,因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去

bug分支

Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作

  • git stash保存工作现场
  • git stash list 查看工作现场
  • git stash apply 恢复工作现场,但是恢复后,stash内容并不删除,有多个工作现场时可以git stash apply stash@{0}恢复特定的现场
  • git stash drop删除stash的内容
  • git stash pop恢复的同时也把stas内容删除了

远程分支

这部分只介绍常用的几个操作

  • git fetch origin 这个命令查找 “origin” 是哪一个服务器,从中抓取本地没有的数据,并且更新本地数据库,移动 origin/master指针指向新的、更新后的位置
  • git push (remote) (branch)推送本地的分支来更新远程仓库上的 同名分支。如前文提到的git push origin master就是将本地master分支推送到远程master分支;复杂一点的,git push origin serverfix:awesomebranch将本地的 serverfix分支推送到远程仓库上的awesomebranch分支
  • git push origin --delete serverfix或者git push origin :remotebranch,删除远程的serverfix分支
  • git pull在大多数情况下它的含义是一个git fetch紧接着一个git merge命令。具体可参考Git远程操作详解Documentation git-pull

优秀教程&笔记


作者@brianway更多文章:个人网站 | CSDN | oschina

© 著作权归作者所有

brianway
粉丝 335
博文 97
码字总数 130139
作品 0
武汉
后端工程师
私信 提问
Git使用简介

项目组织 在每个上传项目下面建立 README.md 文件,文件中简要说明用到的技术的程序思路,并说明当前存在的 BUG 和想要实现的功能 TODO。 创建git项目 使用git首先从远端获取项目到本地 查看...

开源中国精神科主任
2015/03/24
16
0
Git : 合并 commit 保持分支干净整洁

原文链接:https://www.lovelucy.info/git-tips-combine-commits-keep-your-branch-clean.html 本文的读者需要已经了解 基本的 Git 操作和开发流程。 在我们开发完分支后,一般分支上会有很多...

一叶飘舟
08/22
0
0
一些关于Git的学习资源

学习.png Git是什么? Git是目前这个星球上最厉害的分布式版本控制系统。 Git有什么特点? 一句话描述:只要你用过它,你就一定会爱上它的,而且是爱不释手的那种,因为它会大大提高你的工作...

爱吃西瓜的番茄酱
2017/12/25
0
0
GIT科普系列4:仓库/缓冲区/工作副本,傻傻分不清楚?

背景: 公司内部主要以Git作为版本管理工具,在日常工作中发现大家使用Git很不熟练,而且学习的积极性不高,似乎GIT给人以一种望而却步的感觉。究其根源(个人臆测)有几点: 一、以为GIT相较...

zssureqh
2016/09/17
0
0
Git常用命令简明小结

引言: Git由于其良好的分布式特性,被广为采用,本文将综述其核心的关键指令。 创建Branch 查看远程分支 Options: 查看本地分支branch 切换branch 提交指令 新增文件到Git管理之下 提交到本...

bladestone
2017/12/11
0
0

没有更多内容

加载失败,请刷新页面

加载更多

学习记录 互联网项目---3(Ribben优化)

3.3 负载均衡策略 {服务名称}.ribbon.NFLoadBalancerRuleClassName=具体策略 service:#服务名 ribbon: NFLoadBalancerRuleClassName : com.netflix.loadbalancer.RandomRule ......

Pole丶逐
32分钟前
3
0
redis - 的线程模型

redis 的线程模型 redis 内部使用文件事件处理器 file event handler,这个文件事件处理器是单线程的,所以 redis 才叫做单线程的模型。它采用 IO 多路复用机制同时监听多个 socket,根据 so...

Canaan_
34分钟前
7
0
IT兄弟连 HTML5教程 使用盒子模型的浮动布局

虽然使用绝对定位可以实现页面布局,但由于调整某个盒子模型时其他盒子模型的位置并不会跟着改变,所以并不是布局的首选方式。而使用浮动的盒子模型可以向左或向右移动,直到它的外边缘碰到包...

老码农的一亩三分地
34分钟前
3
0
ubuntu上编译和使用easy_profiler对C++程序进行性能分析

本文首发于个人博客https://kezunlin.me/post/91b7cf13/,欢迎阅读最新内容! tutorial to compile and use esay profiler with c++ on ubuntu 16.04 <!--more--> Guide compile git clone h......

kezunlin
56分钟前
5
0
nginx master-worker进程工作原理

nginx的master-worker进程模型是其能够高性能的处理用户请求的原因之一,而且这里的每个worker进程都只会启动一个线程来处理用户请求。通常我们会将worker进程的数量设置得与我们的CPU数量一...

爱宝贝丶
今天
9
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部