之前的写过一篇如何在服务器上搭建Git服务Git服务器搭建,接下来的一段时间,我将详细的讲解Git的使用.看如下一张图片,本篇主要理解一些基本概念. 图中几个名词的意思如下: workspace: 工作区 index/Stage: 暂存区 Repository: 本地仓库 Remote: 远程仓库 平时我们写的代码都是在工作区,执行add命令后就是提交到了暂存区,再执行commit命令后就把代码提交到了版本库了,最后再执行push命令把本地代码提交到远程版本库. 首先,我们创建一个被Git管理的

今天修改公司项目文件的时候,发现被修改的文件的始终不显示已经被修改. 本来是想要把 KWh 改成 kWh,然后执行 git status 后,没有文件修改记录: 开始分析究竟是因为什么导致的这样诡异的结果: 1. 大小写不敏感? 第一反应是文件对于大小写不敏感了,想到配置 git config. 查询到有这样一条指令 git config ignorecase false 如此指令就是大小写敏感. 依照设置以后,再次执行  git status ,仍然没有文件修改 modified 的提示. 后

关于Git暂存区的理解      暂存区可以说是Git的三大重要的区域之一,另外两个分别是工作目录和Git仓库,所以说对暂存区的深入理解可以帮助我们理解很多Git命令背后隐藏的工作原理.今天,本文将以一名初学者的角度详细讲解Git暂存区,涉及到的Git命令也会作简单的介绍但不会深入.     在这里,我们先抛出Git暂存区的概念和相关理解,后面会一一说明.     (1)所谓的暂存区只是一个简单的索引文件而已.     (2)暂存区这个索引文件里面包含的是文件的目录树,像一个虚拟的工作区,在这个

============================= 修改文件后是否可以直接提交 ============================ (1) 向文件中追加一行内容  $ echo "Nice to meet yuu." >> 1.txt (2) 查看修改前后文件的差异  $ git diff (3) 将修改后的文件添加到提交任务中  $ git add 1.txt (4) 查看提交暂存区和版本库文件中的差异  $ git diff --cached  $ git

平时在开发时候 一般线上环境和线下环境区别会很大,所以一下线下的自己测试环境的代码没有如果提交会影响线上环境,所以一般都会使用git的一个暂存区作为临时存放不需要提交的代码,这样每次提交代码都可以在不影响自己环境和线上环境 1.git暂存区的使用方法:这是我的VersionControl 修改的文件.现在我需要将App.java代码补提交放到暂存区 2.右击选择App.java 选择 shelve changes 翻译的意思就是 搁置变化 意思是将 已经修改的代码搁置一边补提交,也就是相当于gi

在上一节中我们的demo版本库经历了一次提交,我们可以使用git og --stat查看一下提交日志. [root@git demo]# git log --statcommit 986a1bd458ef762ddb4e4622023e8b7d4044a665Author: Gao Yue <dgy@89mc.com>Date: Fri Aug 25 11:55:06 2017 +0800 initwelcome welcome.txt | 1 +1 files changed, 1 inse

一.工作区和暂存区 工作区(Working Directory) 就是在你的电脑里能看到的目录 版本库(Repository) 工作区中的一个隐藏目录.git,这个不算工作区,而是Git版本库.Git版本库里存了很多东西,其中最重要的就是成为Stage(或者index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的指针HEAD. 把文件往Git版本库里添加的时候,分两步执行: 第一步是用git add把文件添加进去,实际上就是把文件添加到暂存区: 第二部是用g

可以用 git log 查看提交日志(附加的 --stat 参数可以看到每次提交的文件变更统计). $ cd /path/to/my/workspace/demo $ git log --stat 如果想更简洁和清晰地看到提交的历史,可以使用精简输出来显示日志. $ git log --pretty=oneline 当执行 git status 命令(或者 git diff 命令)扫描工作区改动的时候,先依据 .git/index 文件中记录的(用于跟踪工作区文件的)时间戳.长度等信息判断工作区

1. 暂存区 每个 Git 仓库中,都有一个隐藏目录 .git 用于存放 Git 仓库的相关信息,包括暂存区(称为 stage).自动创建的 master 分支以及指向 master 分支的 HEAD 指针. 每次提交文件时: git add 添加文件到暂存区. git commit 提交更改,把暂存区的所有内容一次性全部提交到当前分支,清空暂存区. 2. 撤销修改 因为暂存区的存在,撤销修改分为几种情况(通过 git status 查看仓库状态时会提示相关撤销修改的命令): 修改后,文件没有放

1 git log 命令查看提交日志信息 git log --pretty-fuller #详细查看 git log --stat #查看每次提交的文件变更 git log --pretty-online 2git diff 对比文件的修改信息 git diff HEAD  git add . 后与当前版本库的头指针比较 git diff --cached 或--staged 提交暂存区和版本库中的文件差异 git 命令是如何影响工作区和暂存区的 左侧为工作区 右侧为版本库 . 版本库中标记为i

例如以下图所看到的: 左側为工作区,是我们的工作文件夹. 右側为版本号库,当中: index标记的是暂存区(stage),所处文件夹为.git/index,记录了文件的状态和变更信息. master标记的是master分支所代表的文件夹树.HEAD指向master分支. objects标记的是Git的对象库,所处文件夹为.git/objects.文件索引建立了文件和对象库中对象实体之间的映射关系. 通过该图我们能够清晰地看出add,commit等命令的转化关系.以下通过git diff和git

工作区:我们在电脑里面能看到的目录,也就是我们用git init 命令初始化的那个目录.里面包含要添加文件和需要提交的文件,在这个目录下的文件,修改和变更,我们的git都能感知的到. 版本库:工作区有一个隐藏的目录“.git”,这个不算是工作区,而是Git的版本库,Git的版本库里存了很多的东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们 自动创建的第一个分支master,以及指向master的一个指针叫HEAD. git add命令实际上是要把提交的所有修改放

与一般的版本管理不同的是,git在提交之前要将更改通过git add 添加到暂存区才能提交(git commit).即使是已经交给了git来管理的文件也是如此.这里继续学习git的暂存区. 通过git checkout撤销工作区更改 在版本库.git目录下有一个index文件. 首先执行git checkout命令,撤销工作区中welcome.txt文件尚未提交的修改. 原来可以通过这种方法来撤销修改,妈呀,我还是菜啊.之前使用IDEA的时候只知道用revert. git status和git

回顾之前学过的命令: git init // 初始化一个项目 git add // 将文件交给工作区 git commit // 提交修改 查看提交日志: git log // 查看提交日志 git log --stat // 每次提交文件的变更统计 可进行空的提交,也就是不提交任何文件的修改: git commit --allow-empty 比较差异: git diff // 查看修改后的文件于版本库中文件的差异 修改不能直接提交么? 对于已经commit到版本库中的文件,如果再修改的话,不

在使用git开发时,有三个概念需要知道,工作区,暂存区和版本库.工作区就是直接进行操作的地方,版本库是要将修改提交的地方,那么暂存区是干什么的呢?下面将对暂存区深入研究. 一.修改后能直接提交吗? 在工作区修改后能直接执行git commit提交吗?让我们一起试试. 首先修改welcome.txt文件 echo "welcome">>welcome.txt 使用git diff查看工作区和版本库的差异. 上面显示修改了welcome.txt文件.既然修改了工作区,那就直接提

小丁带你走进git的世界二-工作区暂存区分支 一.Git基本工作流程 1.初始化一个仓库 git  init git  clone git仓库分为两种情况: 第一种是在现有项目或目录下导入所有文件到 Git 中: 第二种是从一个服务器克隆一个现有的 Git 仓库 git  init  –bare  git 创建一个裸仓库 2.git仓库有三个区域 工作区working directory日常编辑代码的地方 历史仓库history repository是commit指向的一个树形结构 暂存区Sta

Git中的暂存区成为stage或者是index.可以理解成一个"提交任务".Git暂存区是Git最成功的设计之一,但是也是最难理解的. 暂存区是一个介于工作区和版本库的中间状态.当执行提交的时候,实际上是将暂存区的内容提交到版本库中. 而且Git的很多命令都会涉及暂存区的概念.例如 git diff命令. (什么是HEAD,什么是master,为什么他们两者可以相互替换使用,为什么Git中的很多对象(如提交树,文件内容等)都用40位的SHA1哈希值来表示?) 在版本库中 .git 目录

工作区.暂存区.版本库.远程仓库 一.概念 1.四个工作区域 Git本地有四个工作区域:工作目录(Working Directory).暂存区(Stage/Index).资源库(Repository或Git Directory).git仓库(Remote Directory).文件在这四个区域之间的转换关系如下: Workspace: 工作区,就是你平时存放项目代码的地方 Index / Stage: 暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息 Reposit

一.svn和Git的比较 我们都知道传统的源代码管理都是以服务器为中心的,每个开发者都直接连在中间服务器上, 本地修改,然后commit到svn服务器上.这种做法看似完美,但是有致命的缺陷. 1. 开发者不能本地跟踪代码版本. 所有的信息都是在服务器上.  你把本地的代码改了很多,但是又不能提交.通常,本地只能缓存一个版本.对于小项目无所谓, 但是项目一复杂,人员多就麻烦了. 通常你本地的代码都全是红色的.自己都不知道今天修改了什么, 有哪些修改是真正应该提交给svn的. 2. 因为第一点,一旦

工作区和暂存区 984次阅读 Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念. 先来看名词解释. 工作区(Working Directory) 就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区: 版本库(Repository) 工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库. Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的