博客分类：
一、可以将git简单的分为三个区域
1、工作区（working directory）
2、暂缓区（stage index）
3、历史记录区（history）
其中git add files 把当前工作目录中的文件放入暂存区域
这其实做了两件事：
1、将本地文件的时间戳、长度，当前文档对象的id等信息保存到一个树形目录中去（index，即平时说的暂存区）
2、将本地文件的内容做快照并保存到Git 的对象库 。
综上2点来说，暂存区实际上就是一个包含文件索引的目录树，像是一个虚拟的工作区。在这个虚拟工作区的目录树中，记录了文件名、文件的状态信息（时间戳、文件长度等），文件的内容并不存储其中，而是保存在 Git 对象库（.git/objects）中，文件索引建立了文件和对象库中对象实体之间的对应。
在这个图中，我们可以看到部分 Git 命令是如何影响工作区和暂存区（stage, index）的：
图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage, index），标记为 "master" 的是 master 分支所代表的目录树。
图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个“游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下
当对工作区修改（或新增）的文件执行 "git add" 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID 被记录在暂存区的文件索引中
当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树
当执行 "git status" 命令扫描工作区改动的时候，先依据 .git/index 文件中记录的（工作区跟踪文件的）时间戳、长度等信息判断工作区文件是否改变。如果工作区的文件时间戳改变，说明文件的内容可能被改变了，需要打开文件，读取文件内容，和更改前的原始文件相比较（本地文件和与之对应的object库中的文件的内容进行对比），判断文件内容是否被更改。如果文件内容没有改变，则将该文件新的时间戳记录到 .git/index 文件中。因为判断文件是否更改，使用时间戳、文件长度等信息进行比较要比通过文件内容比较要快的多，所以 Git 这样的实现方式可以让工作区状态扫描更快速的执行，这也是 Git 高效的因素之一。
git diff files用来进行具体文件的变动对比，通常用来进行工作区与暂存区之间的对比，实质上是用 git objects 库中的快照与工作区文件的内容的对比。
另外，Git中提供了几个相关的撤销操作的命令，如git reset、git revert、git checkout，这几者之间的用法各有不同。
二、git reset的用法
从上图可知：git reset -- files 用来撤销最后一次的git add files（因为每git add file一次，暂存区的文件都会被更改一次），你也可以用git reset 撤销所有暂存区域文件。
一、git reset的用法：git reset + commit号
1、git reset命令后面需要加2种参数："--hard"和"--soft"，如果不加，默认情况下是"--soft"。
2、--soft表示该条commit号之后（时间作为参考点）的所有commit的修改都会退回到git缓冲区中。所以使用git status命令可以在缓冲区中看到这些修改。
3、"--hard"则表示缓冲区中不会存储这些修改，git会直接丢弃这部分内容，但需要注意的一个问题是：这样的重置是直接在本地的修改，无法提交到远程服务器，如果直接丢弃的内容已经被推到远程服务器上了，则会造成本地和服务器无法同步的问题，即git reset --hard只能针对本地操作，不能针对远程服务器进行同样操作。如果从本地删掉的内容没有推到服务器上，则不会有副作用，如果被推到服务器，则下次本地和服务器进行同步时，这
部分删掉的内容仍然会回来。
（其实这个问题则可以很好的被git revert 命令解决，使用git revert + commit号，该命令撤销对某个commit的提交，这一撤销动作会作为一个新的修改存储起来，这样，当你和服务器同步时，就不会产生什么副作用。）
其实在merge的时候，也有可能会用到git reset.
如果我们当前使用git pull的时候，可能会出现merge冲突，在冲突状态下，需要解决冲突的文件会从index暂存区打回到工作区。
如果有冲突的时候，一般用如下步骤解决冲突：
1、用工具或者手工解决冲突
2、git add 命令来表明冲突已经解决。
3、再次commit已解决冲突的文件。
这当中，可以使用git reset --hard ORIG_HEAD用来撤销已经commit的merge.
使用git reset --hard HEAD 用来撤销还没commit 的merge,其实原理就是放弃index和工作区的改动。
也可以使用git reset --merge ORIG_HEAD，注意其中的--hard 换成了 --merge，这样就可以避免在回滚时清除working tree。
三、git checkout的用法
从上图可知，git checkout -- files 把文件从暂存区域复制到工作目录，用来丢弃本地修改。 需要另外注意的是：
1、当执行 "git rm --cached &file&" 命令时，会直接从暂存区删除文件，工作区则不做出改变。
2、当执行 "git checkout ." 或者 "git checkout -- &file&" 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动
3、当执行 "git checkout HEAD ." 或者 "git checkout HEAD &file&" 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动
四、git revert的用法
git revert 也是撤销命令，区别在于reset是指向原地或者向前移动指针，git revert是创建一个commit来覆盖当前的commit，指针向后移动。
那么两者的具体区别有：
1）git revert 是撤销某次操作，此次操作之前的commit都会被保留，而git reset 是撤销某次提交，但是此次之后的修改都会被退回到暂存区中。
具体一个例子，假设有三个commit(commit1,commit2,commit3)，使用 git status:
commit3: add test3.c
commit2: add test2.c
commit1: add test1.c
当执行git revert HEAD~1时（撤销倒数第二个操作），第二个操作即commit2这个操作被撤销了，使用git log可以看到：
commit1：add test1.c
commit3：add test3.c
由于git revert不会回退到暂存区中，所以使用git status 没有任何变化
如果换做执行git reset --soft(默认) HEAD~1后，运行git log可以看到
commit2: add test2.c
commit1: add test1.c
运行git status，可以看到test3.c处于暂存区了，准备提交。
但如果换做执行git revert后，
显示：HEAD is now at commit2，运行git log可以看到
commit2: add test2.c
commit1: add test1.c
运行git status， 则没有任何变化
所以，git revert与git reset最大的不同是，git revert 仅仅是撤销某次提交，而git reset会将撤销点之后的操作
都回退到暂存区中。
1、git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。
2、在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。
因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。
3、git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。
六、不得不提的git的其它删除命令（类似于Linux的命令）：
git rm --cached readme.txt 只从缓存区中删除readme.txt，保留物理文件
git rm readme.txt 不但从缓存区中删除，同时删除物理文件
git mv a.txt b.txt 把a.txt改名为b.txt
综上所以我们有时如果是想撤销对单个文件的更改：
&-&、如果已经用add命令把文件加入stage暂存区了：
1、就先需要从stage暂存区中撤销：
"git reset HEAD &file&..."
2、然后再从工作区撤销，即将暂存区的文件替换工作区当前的文件
"git checkout -- &file&..." to discard changes in working directory
如：git checkout a.txt
撤销a.txt的变动（工作区上的文件）
如果是多个文件：git chenkout .
&二&、如果已经commit了，则需要
1、使用git commit --amend来进行修改，这个只能修改最近一次的,也就是用一个新的提交来覆盖上一次的提交。因此如果push以后再做这个动作就会有危险。
2、git reset --hard HEAD 放弃工作区和index的改动,HEAD指针仍然指向当前的commit.（参照第一幅图）
这条命令同时还可以用来撤销还没commit的merge,其实原理就是放弃index暂存区和工作区的改动，因为没commit的改动只存在于index暂存区和工作区中。
而git reset --hard HEAD^ 用来撤销已经commit的内容(等价于 git reset --hard HEAD~1) 。原理就是放弃工作区和index的改动，同时HEAD指针指向前一个commit对象。
浏览 23989
Josh_Persistence 写道oqqo 写道博主，博文中引用但如果换做执行git reset --hard HEAD~1后这里应该是执行的git revert吧！来与git reset作比较……挺好的文章，对撤销操作总结地很好，之前用git最大的教训是在一次晚上加班很晚时，迷迷糊糊在push之后又amend修改提交内容，在我下一次push之前，在此期间团队其他成员做了好多次提交，在我push之后，直接导致这些提交全部被丢弃，费了不少功夫才找到并解决问题………… 谢谢提醒，你是对的，是git revert。对了，你能不能将你amend后将你同事操作全部丢弃掉后，是怎么解决问题的的这个分享下，谢谢。当时这个问题也是困扰了我们半天，一开始也没有找到原因，解决问题后后来闲下来深究才发现amend才是根本原因，赶着上线，从网上也没找到更好的解决办法，我们就用比较笨的方法revert到最近一次完整的不会产生冲突的提交，然后把每个成员丢失的提交一个人一个人地找回来,从网上搜我们碰到的类似问题也搜不到，也是我对amend用地比较多，大多是一些小的改动或修改一下提交内容，我就喜欢用amend,用多了也就一不留神碰到这个问题了，后来也没找到更合适的办法……估计是碰到git雷区了。。 谢谢分享，看来还是要慎用amend啊。
oqqo 写道博主，博文中引用但如果换做执行git reset --hard HEAD~1后这里应该是执行的git revert吧！来与git reset作比较……挺好的文章，对撤销操作总结地很好，之前用git最大的教训是在一次晚上加班很晚时，迷迷糊糊在push之后又amend修改提交内容，在我下一次push之前，在此期间团队其他成员做了好多次提交，在我push之后，直接导致这些提交全部被丢弃，费了不少功夫才找到并解决问题………… 谢谢提醒，你是对的，是git revert。对了，你能不能将你amend后将你同事操作全部丢弃掉后，是怎么解决问题的的这个分享下，谢谢。当时这个问题也是困扰了我们半天，一开始也没有找到原因，解决问题后后来闲下来深究才发现amend才是根本原因，赶着上线，从网上也没找到更好的解决办法，我们就用比较笨的方法revert到最近一次完整的不会产生冲突的提交，然后把每个成员丢失的提交一个人一个人地找回来,从网上搜我们碰到的类似问题也搜不到，也是我对amend用地比较多，大多是一些小的改动或修改一下提交内容，我就喜欢用amend,用多了也就一不留神碰到这个问题了，后来也没找到更合适的办法……估计是碰到git雷区了。。
博主，博文中引用但如果换做执行git reset --hard HEAD~1后这里应该是执行的git revert吧！来与git reset作比较……挺好的文章，对撤销操作总结地很好，之前用git最大的教训是在一次晚上加班很晚时，迷迷糊糊在push之后又amend修改提交内容，在我下一次push之前，在此期间团队其他成员做了好多次提交，在我push之后，直接导致这些提交全部被丢弃，费了不少功夫才找到并解决问题………… 谢谢提醒，你是对的，是git revert。对了，你能不能将你amend后将你同事操作全部丢弃掉后，是怎么解决问题的的这个分享下，谢谢。
但如果换做执行git reset --hard HEAD~1后这里应该是执行的git revert吧！来与git reset作比较……挺好的文章，对撤销操作总结地很好，之前用git最大的教训是在一次晚上加班很晚时，迷迷糊糊在push之后又amend修改提交内容，在我下一次push之前，在此期间团队其他成员做了好多次提交，在我push之后，直接导致这些提交全部被丢弃，费了不少功夫才找到并解决问题…………
Josh_Persistence
浏览: 1055922 次
来自: 上海
暴露了你的东家，， 哈哈。我没找 ...
VCenter、ESXServer、Cluster这些实体类在 ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'把目录初始化成git目录了怎么办_百度知道
把目录初始化成git目录了怎么办
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
兄弟连教育
百度知道合伙人官方认证企业
兄弟连教育
兄弟连教育成立于2006年，11年来专注IT职业教育，是国内专业的IT技术培训学校。2016年成功挂牌新三板（股票代码：839467）市值过亿。开设专注程序员培训专注php、Java、UI、云计算、Python、HTML5、
查看Git版本$ git --version配置Git变量这些设置会在全局文件（用户主目录下的.gitconfig）或系统文件（如/etc/gitconfig）中做永久记录配置用户名和邮件地址：（将在版本库提交时用到，为确保提交者信息的正确性一定要设置）$ git config --global user.name &your name&$ git config --global user.email &your email address&配置Git别名：（以便使用更为简洁的子命令）下面的命令使别名能被所有用户使用（需要系统管理员权限）# git config --system alias.st status
类似的还有ci commit, co checkout, br branch下面的命令只在本用户的全局配置中添加Git命令别名#git config --global alias.st status开启颜色显示：$ git config --global color.ui true初始化Git版本库首先进入工作目录（设为gitTest），然后$ git init，则创建了隐藏目录.git。也可在git init命令后直接输入目录名称以自动完成工作目录的创建然后在gitTest文件夹下创建文件test$ git add test 将test文件添加到版本库需要再执行一次提交操作，需要提交说明。当Git提交时，如果不在命令行使用-m参数提供提交说明，Git会自动打开一个编辑器要求输入提交说明$ git commit -m &说明&输出如下内容：[master (root-commit) 4ffa0a3] 说明 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 test说明此次提交在master的分支上，并且是该分支的第一个提交（root-commit），提交ID为4ffa0a3commit的参数：--amend 对刚刚的提交进行修补--allow-empty 允许空白提交--reset-author 将Author的ID同步修改，也会重置AuthorDate信息Git的一些其他命令搜索版本库中的文件内容$ git grep &文件内容&显示版本库.git目录所在位置$ git rev-parse --git-dir显示工作区根目录$ git rev-parse --show-toplevel显示当前目录相对于工作区根目录的相对目录$ git rev-parse --show-prefix显示从当前目录后退到工作区的根的深度$ git rev-parse --show-cdup编辑配置文件$ git config -e 编辑版本库级别的配置文件（需要进入工作目录的根目录）$ git config -e --global 编辑用户主目录下的全局配置文件$ git config -e --system 编辑/etc目录下的系统级配置文件上面三个配置文件优先级从高到低配置文件采用了ini文件格式$ git config &section&.&key& 读取配置文件某个配置的键值$ git config &section&.&key& &value& 修改某个配置的键值还可以用git config命令操作任何其他的ini文件$ GIT_CONFIG=test.ini git config a.b.c.d &hello& 向test.ini中添加配置$ GIT_CONFIG=test.ini git config a.b.c.d 从test.ini中读取配置查看日志$ git loglog的参数：--pretty=fuller 额外显示提交日期--stat 显示每次提交的文件变更统计Git克隆可以降低因为版本库和工作区混杂在一起而导致的版本库被破坏的风险。可以通过克隆操作在本机另外的磁盘/目录中建立Git克隆，并在工作区有新的提交时，手动或自动执行向克隆版本库的推送（git push）操作。如果使用网络协议，还可以在其他机器上建立克隆。
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。对于zsh是怎么判断当前是个git目录的一点研究_百度知道
对于zsh是怎么判断当前是个git目录的一点研究
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
用 repo 拿的时候其实 .git 统统会放在 .repo 里,然后外面的.git都只是link其实 repo 只是管理多 git 的工具,里面版本管理部分实际用的都是git,它的好处就是能够把多个git组合成一个大的项目你如果需要省空间,可以用 repo sync -c ,这样只会获取当前相关的分支。
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
使用的ThinkPHP，git目录在D:/website/example.com/.git/
要忽略的目录 D:/website/example.com/www/Application/Runtime的这个Runtime目录
我所执行的操作：
1.在目录D:/website/example.com/www/application/Runtime
右键点击删除并且添加到忽略列表
2.截图中的那些默认的选择，然后在D:/website/example.com/.gitignore
文件里面有了自动生成的一段内容 */www/application/Runtime*
3.但是再去看 Runtime的图标，却是一个红色的圆叹号。并没有变成忽略的
4.而且git给出的忽略选项中“删除并且添加到忽略列表”，
为什么一定要删除，我只是想让他被忽略而已。
现在的问题是怎么都无法让git忽略目录。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
你如果愿意用命令行，并且是想让 git 忽略一个已经被跟踪的目录（再也不管它了）：
$ git rm -r --cached dir
$ echo dir/ && .gitignore
$ git add .gitignore
$ git commit -am 'ignore dir forever'
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
此删除非是你想的删除，只是从 Git 数据库里删除 tracking 记录罢了，不这么做的话，由于历史记录还有它，下次同步的时候还是会回来的，这就是你永远屏蔽不了的原因。Gui 的这个操作我没用过，不确定对应的命令是不是 git rm，如果是的话不要担心文件会丢失。如果你不放心，先人工备份一下，然后一试便知。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
第一个回答正解，git rm --cache
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
根目录命令行新建.gitignore文件
例如：要忽略cache文件夹
则在.gitignore文件中写入/cache
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
问一下，你上次在segmentfault.com提的关于git忽略指定目录的问题，解决了吗？能否告诉我是怎么解决的？
该答案已被忽略，原因：
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。博客分类：
可以将git简单的分为三个区域
&& 1、工作区（working directry）
&& 2、暂缓区（stage index）
&& 3、历史记录区（history）&&&
git add files 把当前工作目录中的文件放入暂存区域
&&& 其实做了两件事：
&&& 1、将本地文件的时间戳、长度，当前文档对象的id等信息保存到一个树形目录中去（index，即平时说的暂存区）
&&& 2、将本地文件的内容做快照并保存到Git 的对象库
&&& （综上：实际上就是一个包含文件索引的目录树，像是一个虚拟的工作区。在这个虚拟工作区的目录树中，记录了文件名、文件的状态信息（时间戳、文件长度等），文件的 内容并不存储其中，而是保存在 Git 对象库（.git/objects）中，文件索引建立了文件和对象库中对象实体之间的对应。）
&&& 如图：
在这个图中，我们可以看到部分 Git 命令是如何影响工作区和暂存区（stage, index）的：
&& 图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage, index），标记为 "master" 的是 master 分支所代表的目录树。
&
&& 图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个“游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
&& 图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下
&& 当对工作区修改（或新增）的文件执行 "git add" 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID 被记录在暂存区的文件索引中
&& 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树
git reset -- files 用来撤销最后一次git add files（因为每git add file一次，暂存区的文件都会被更改一次），你也可以用git reset 撤销所有暂存区域文件。
git checkout -- files 把文件从暂存区域复制到工作目录，用来丢弃本地修改。
当执行 "git rm --cached &file&" 命令时，会直接从暂存区删除文件，工作区则不做出改变
当执行 "git checkout ." 或者 "git checkout -- &file&" 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动
当执行 "git checkout HEAD ." 或者 "git checkout HEAD &file&" 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改 动
当执行 "git status" 命令扫描工作区改动的时候，先依据 .git/index 文件中记录的（工作区跟踪文件的）时间戳、长度等信息判断工作区文件是否改变。如果工作区的文件时间戳改变，说明文件的内容 可能 被改变了，需要要打开文件，读取文件内容，和更改前的原始文件相比较（本地文件和与之对应的object库中的文件的内容进行对比），判断文件内容是否被更改。如果文件内容没有改变，则将该文件新的时间戳记录到 .git/index 文件中。因为判断文件是否更改，使用时间戳、文件长度等信息进行比较要比通过文件内容比较要快的多，所以 Git 这样的实现方式可以让工作区状态扫描更快速的执行，这也是 Git 高效的因素之一。
git diff files 来进行具体文件的变动对比，通常用来进行work directory 与 stage之间的对比，实质上是用 git objects 库中的快照与work directory 文件的内容的对比
参考文章：
http://www.worldhello.net//2166.html
http://kb.cnblogs.com/page/148351/
浏览 11369
selfcontroller
浏览: 283261 次
来自: 北京
写得很详细，想请求一下，bundler install的时候设 ...
你也可以使用更简单的方式（只要在元素上添加 data-togg ...
帮我看看啊，我刚学wen@wen-desktop:~$ cd
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'