Git 命令行操作 1 本地库初始化 git init:初始化本地仓库 效果 注意:.git目录中存放的是本地库相关的子目录和文件,不要删除,也不要胡乱修改. 2 设置签名 形式: 用户名:tom Email地址:goodMorning@atguigu.com 作用:区分不同开发人员的身份 辨析:这里设置的签名和登录远程库(代码托管中心)的账号.密码没有任何关系. 命令 项目级别/仓库级别:仅在当前本地库范围内有效 git config user.nametom_pro git config u

查看 Git 区域文件的具体改动 git diff git status 只能让我们知道文件在 Git 区域内的改动状态,但如果我们想查看某个文件内具体改了什么(也可以理解为在不同 Git 区域中的差异),此时需要用 git diff 命令. 对于 b 文件,由于是新增的文件,其只存在于工作区,且处于 Untracked 状态,Git 认为无论是哪两个 Git 区域之间的比对都没有意义,得到的结果是没有区别. 而对于 a文件,由于已经被提交到仓库了,处于 Git 管理中,所以这个文件同时存在于三

@ git status主要检索本地仓库的文件更新状态 @ git diff 主要是查看文件更新的具体内容 首先我们需要了解下文件状态类型,分为以追踪文件和未追踪文件 已追踪文件:在仓库之前的版本快照中包含文件的记录,在用户工作一段时间过后,这些文件同样能被追踪到(如文件的修改和删除) 未追踪文件:一些文件的新增 @ git status 命令显示出来的文件总共有三种状态分别是 1.已添加至暂存区,未提交的(add后未commit的文件) 2.已修改,未暂存的 3.为追踪到的文件 @ git a

1.git log 查看commit id,修改前为id1,修改后id2 2.根据id1到id2有几次提交来生成几个patch,否则的话会根据所有节点生成很多patch 比如: commit id2 commit idx commit id1 那么执行:git format-patch -2 id1 id2   会按照顺序生成两个patch,比如下: 0001-add-build-scripts.patch 0002-add-test-build-scripts.patch 3.先回退到id1

git diff 对比两个文件修改的记录 不带参数的调用 git diff filename 这种是比较 工作区和暂存区 比较暂存区与最新本地版本库 git diff --cached filename 比较工作区和最新版本 git diff HEAD filename 比较工作区与指定的 commit -id 的差异 git diff commit-id filename 比较暂存区与指定 commit-id 的差异 git diff --cached commit-id filename 比

git diff操作 git diff用于比较差异: git diff 不加任何参数 用于比较当前工作区跟暂存区的差异 git diff --cached 或者--staged 对比暂存区(git add 之后)和本地仓库(git commit 之后) git diff HEAD 对比工作区(未 git add)和本地仓库库(git commit 之后) git diff 分支名 查看当前分支跟指定的分支的差异 git diff 分支名1 分支名2 查看两个指定分支(已提交的)的差异,分支2 跟

通过git的diff命令对两个commit id的版本进行差异化的对比.中文文件时出现乱码. git diff 6bded8d0c1fe1746c122121217dc0c88667091089 a9b87b07908a446a5471b233232ade2dbd0734d8 --name-only "markdown/2016/07/\345\210\206\346\224\257\346\265\213\350\257\225.md" 执行如下命令,修改core.quotepath

1.  git diff  filepath 工作区与暂存区比较 2. git diff HEAD filepath 工作区与HEAD ( 当前工作分支) 比较 3. git diff --staged 或 --cached  filepath 暂存区与HEAD比较 4. git diff branchName filepath  当前分支的文件与branchName 分支的文件进行比较 5. git diff commitId filepath 与某一次提交进行比较

git diff 简易操作说明 先git log 查看commit ID, 记录你想要打的补丁的ID 比如说: git log commit 4ff35d800fa62123a28b7bda2a04e749addf1918 Author: chenfulin5 <chenfulin5@gmail.com> Date: Tue Dec 20 17:37:09 2016 +0800 [I2C EEPROM] commit acb8cd154cecf20894ae25fc3787d6b6ba9b32

这是由于换行符在不同的操作系统上定义的区别造成的. Windows用CR LF来定义换行,Linux用LF. CR全称是Carriage Return ,或者表示为\r, 意思是回车. LF全称是Line Feed,它才是真正意义上的换行表示符. 如果用git diff的时候看到^M字符,就说明两个文件在换行符上有所差别. 下面简单的方法可以让git diff的时候忽略换行符的差异: git config --global core.whitespace cr-at-eol 更好的方法是每个项目

缘起 在项目中, 通常都会使用代码检测工具来规范团队的代码风格, 比如eslint.随着代码的不断增加, eslint进行代码检测的时间也越来越久.每次检测的时候, 需要检测的文件和实际检测的文件极度不对称,所以便基于git diff写了这样一个小工具. 源代码 启动脚本(lint.sh) #!/bin/bash INFO='\033[36m'; NOR='\033[0m'; ERR='\033[31m'; br='dev'; echo -e "${INFO}run lint now ... j

今天clone代码,git status显示修改了大量文件,git diff提示filemode变化,如下: diff --git a/Android.mk b/Android.mkold mode 100644new mode 100755 原来是filemode的变化,文件chmod后其文件某些位是改变了的,如果严格的比较原文件和chmod后的文件,两者是有区别的,但是源代码通常只关心文本内容,因此chmod产生的变化应该忽略,所以设置一下: 切到源码的根目录下, git config --

在git提交环节,存在三大部分:working tree(工作区), index file(暂存区:stage), commit(分支:master) working tree:就是你所工作在的目录,每当你在代码中进行了修改,working tree的状态就改变了. index file:是索引文件,它是连接working tree和commit的桥梁,每当我们使用git-add命令来登记后,index file的内容就改变了,此时index file就和working tree同步了. com

  Git diff 用于比较两次修改的差异 1.1 比较工作区与暂存区 git diff  比较的是单个仓库的工作区与暂存区的差别,repo diff是对git diff的封装,用来分别显示各个项目工作区下的文件差异, 它也可以加入路径 git diff [<path>...],一般不加路径,表示为当前仓库 1.2 比较暂存区与最新本地版本库(本地库中最近一次commit的内容) git diff --cached  [<path>...] 1.3 比较工作区与最新本地版本库 g

如何生成patch:修改一个地方,然后git diff > xxx.patch 就会生成一个patch文件,这里的关键似乎是, 源文件的某个模块的版本要和线上发布的最新版本要一致,这样patch才会被官方采纳. git diff --help就会激活一个帮助页面git xxx --help 如何采用patch下载patch文件到当前文件夹,保持环境文件和线上一致,然后git apply -v xxx.patchrm -rf xxx.patchtouch .gitignorevi .gitigno

1.查看git状态 git status  这个可以告诉我们对git做了哪些操,比如增删改 2.既然我们修改了东西,有的时候想看看修改了什么,毕竟我们的记忆力并不如电脑 git diff 文件名 (默认和暂存区比较.啥事暂存区后面说) 3.修改了之后我提交了,我想看看提交的日志git log -- pretty = oneline  (后面这是格式化用的,可以不写) 4.突然想起来我提交的这个有错误怎么办,我想恢复到之前的版本 git reset --hard HEAD^ ( HEAD^ 是之前

755 vs 644 在linux下载了Qt的软件仓库,拷贝了一份到windows下.在 msysgit 下,发现所有的文件都被修改了. 用 git diff 查看,发现是: $ git diff util/webkit/mkdist-webkit diff --git a/util/webkit/mkdist-webkit b/util/webkit/mkdist-webkit old mode 100755 new mode 100644 原来是msysgit在windows下需要为文件"仿

如果两个文件相似度很高,那么上下文格式的diff,将显示大量重复的内容,很浪费空间.1990年,GNU diff率先推出了"合并格式"的diff,将f1和f2的上下文合并在一起显示. 它的使用方法是加入u参数(代表unified). $ diff -u f1 f2 显示结果如下: --- f1 2012-08-29 16:45:41.000000000 +0800 +++ f2 2012-08-29 16:45:51.000000000 +0800 @@ -1,7 +1,7 @@ a

1. 本地工作目录与远程仓库对比(所有改动过的文件) git diff HEAD  (HEAD指向最新一次的提交,即最新版本) 2. 之对比给定的文件 git diff -- filename //是查看working tree与index file的差别的. 3. 与历史提交对比 git diff commit -ascidfjutt2389292929921 4. 是查看index file与commit的差别的. git diff --cached working tree:就是你所工作在

转载原文: http://fsjoy.blog.51cto.com/318484/245465/ 1. 查看当前所有的更改情况.git status 结果有3部分,changes to be commited, changes not staged for commit, untracked files 2.那么有哪些命令查看具体的改动呢? git diff --staged 仅查看1的变化(changes [staged]to be commited) git diff 仅查看2的变化(cha

1. git diff HEAD~2 获取最近两次提交的具体不同 包括增删的文件以及行数以及每行具体的改动 2.  git diff --stat 获取文件更改的个数 增加行数 删除行数 3. git diff --numstat 表格形式获取增加行数和减少行数 4. 更多可参照 https://blog.csdn.net/jiangjsf/article/details/83686749