一.保证git良好的性能 在大的仓库中, git靠压缩历史信息来节约磁盘和内存空间. 压缩操作并不是自动进行的, 你需要手动执行 git gc: $ git gc 压缩操作比较耗时, 你运行git gc命令最好是在你没有其它工作的时候. 二.保持git的可靠性 git fsck 运行一些仓库的一致性检查, 如果有任何问题就会报告. 这项操作也有点耗时, 通常报的警告就是“悬空对象"(dangling objects). $ git fsck dangling commit 7281251ddd2

原文: http://gitbook.liuhui998.com/4_10.html 一.保证git良好的性能 在大的仓库中, git靠压缩历史信息来节约磁盘和内存空间. 压缩操作并不是自动进行的, 你需要手动执行 git gc: $ git gc 压缩操作比较耗时, 你运行git gc命令最好是在你没有其它工作的时候. 二.保持git的可靠性 git fsck 运行一些仓库的一致性检查, 如果有任何问题就会报告. 这项操作也有点耗时, 通常报的警告就是"悬空对象"(dangling

今天下午在使用Git命令进行代码管理时,因为自己一时疏忽直接把自己一天的劳动成果给弄丢了,这还了得,吓死宝宝了.真的,相信有代码丢失的朋友肯定能体会我当时的心情,不能体会我心情的那就祝你们也丢次代码,这样就可以深刻体会到我的心情了.哎,然后冷静了两秒,妈蛋,不能就这么认栽吧,老子可不想再写一遍那恶心的UI还有一些页面逻辑!于是,打开百度问度娘!哎,别说,还真让我找到了!顿时有种拨开云雾见天日,守得云开见月明的心情.于是特写此博客希望大家以我为戒,千万不要因为自己的疏忽酿成不必要的麻烦,就算酿成了

今天早上傻逼了,把四天的代码commit到了本地,然后fetch一下,然后就全没了,不过git还是挺强大的 参考:http://blog.163.com/jiams_wang/blog/static/3033914920138179326885/ git如何恢复本地删除的文件(还没执行 git commit) 直接从本地把文件checkout出来就可以了,用不着从远程服务器上pull下来,因为,所有的历史版本你的本地都有的. 具体做法 git checkout file 同时恢复多个被删除的文件

格式:           git fsck  [选项] <path> 选项 git commit -a 提交所有改动的文件(a -- all) git commit -m 提交说明(m -- message) NOTE: XX 举例 *** git commit -am test.txt null

本博文转载自:http://www.tech126.com/git-reset/: 如果看不懂的话,请在git下练习,如果练习后任然有不懂的,可以留言也可以发送邮件到luoquantao@126.com reset命令有3种方式: 1:git reset –mixed:此为默认方式,不带任何参数的git reset,即时这种方式,它回退到某个版本,只保留源码,回退commit和index信息 2:git reset –soft:回退到某个版本,只回退了commit的信息,不会恢复到index f

对于恢复修改的文件,就是将文件从仓库中拉到本地工作区,即 仓库区 ----> 暂存区 ----> 工作区. 对于修改的文件有两种情况: 只是修改了文件,没有任何 git 操作 修改了文件,并提交到暂存区(即编辑之后,gitadd但没有gitadd但没有 git commit -m ....) 修改了文件,并提交到仓库区(即编辑之后,gitadd和gitadd和 git commit -m ....) 情况I: 只是修改了文件,没有任何 git 操作,直接一个命令就可回退: $ git chec

reset命令有3中方式: git reset -mixed: 此为默认方式,不带任何参数的git reset, 使用这种方式,项目会回退到某个版本,只保留源码,回退commit和index的信息. git reset -soft: 回退到某个版本,只回退了commit的信息,不会恢复到index file 一级,如果还要提交,直接commit即可 git reset -hard: 彻底回退到某个版本,本地的源码也会变成上一个版本的内容 reset的示例 git reset HEAD^ //回退

git ls-files -d | xargs -i git checkout {}

fsck -> File System ChecK https://stackoverflow.com/questions/21151945/what-does-git-fsck-stand-for

git commit提交文件,服务器返回本地文件有修改. 1.git stash :暂存本地代码 2.git pull origin develop : 获取远程分支代码 3.git stash pop:恢复之前暂存的文件 git 误删文件和恢复指令 1.git  fsck --lost -found :查看最近移除的文件. 2.git show  '误删编号':查看删除文件内容 3.git merge ‘误删编号’: 本地合并误删的文件内容

强制删除了一个分支而后又想重新使用这个分支,该怎么找回该分支上的代码呢? 一:问题描述: 今天师父说上线几个功能,让我把开发的分支推送到远程.当打开git就傻眼了,之前开发好的分支被我删除了,就连推送到远程的分支竟然都被删除了. 二:恢复的操作过程: 1. git log -g :显示已经commit信息 如果commit的内容过多的话,我们可以进行过滤查找: git log -g --author="xx@qq.com" // 根据用户名过滤,模糊匹配 git log -g --gr

/********************************************************************* * git 恢复工作区删除的所有文件 * 说明: * 今天一个不小心将git工作区的内容给删除了,仓库还在,记录一下怎么 * 恢复的方法. * * 2016-10-26 深圳 南山平山村 曾剑锋 ********************************************************************/ 一.参考文档: . g

GIT仓库如何恢复到前一次提交   通过使用Git版本恢复命令reset,可以回退版本.reset命令有3种方式: git reset –mixed:此为默认方式,不带任何参数的git reset,即时这种方式,它回退到某个版本,只保留源码,回退commit和index信息 git reset –soft:回退到某个版本,只回退了commit的信息,不会恢复到index file一级.如果还要提交,直接commit即可 git reset –hard:彻底回退到某个版本,本地的源码也会变为上一个

首先输入 git fsck --lost-found 会看到 一条一条的记录 这里的"dangling commit ..."你可以理解为记录的是你stash的id(经测试,该id不是按时间顺序排列) 复制一条dangling commit 的id(其他的dangling blob不用理会) 然后输入 git show '你复制的id' 然后就可以查看该id的具体内容 记录中会描述日期和摘要, 日期是你git stash 的日期, 摘要会记录你是在哪一条commit 上进行git st

常用的Git命令   命令  简要说明 git add 添加至暂存区 git add–interactive 交互式添加 git apply   应用补丁 git am  应用邮件格式补丁 git annotate    同义词,等同于 git blame git archive 文件归档打包 git bisect  二分查找 git blame   文件逐行追溯 git branch  分支管理 git cat-file    版本库对象研究工具 git checkout    检出到工作区.

[ 原文] http://www.open-open.com/lib/view/open1431331496857.html 我已经使用git差不多18个月了,觉得自己对它应该已经非常了解.然后来自GitHub的Scott Chacon过来给LVS做培训(LVS是一个赌博软件供应商和开发商,从2013年开始的合同),而我在第一天里就学到了很多. 作为一个对git感觉良好的人,我觉得分享从社区里掌握的一些有价值的信息,也许能帮某人解决问题而不用做太深入研究. 基本技巧 1. 安装后的第一步 在安装

基本技巧 1. 安装后的第一步 在安装好git后,你第一件该做的事是设置你的名字和电子邮箱,因为每次提交都要用到这些信息: $ git config --global user.name "Some One" $ git config --global user.email "someone@gmail.com" 2. Git是基于指针的 保存在git里的一切都是文件.当你创建一个提交的时候,会建立一个包含你的提交信息和相关数据(名字,邮件地址,日期/时间,前一个提

总结自己的Git常用命令 使用git也有一段时间了,把自己常用的命令用自己的描述记录起来,方便自己备忘也方便其他人参考. 目录: 最基本的命令: git clone 拷贝并跟踪远程的master分支.跟踪的好处是以后可以直接通过pull和push命令来提交或者获取远程最新的代码,而不需要指定远程分支名字. git submodule init git submodule update 参考示意图 HEAD 指向当前的commit 对象(可以想象为当前分支的别名),同时也用来表明我们在哪个bran

由于GIT刚刚开始使用不久,经常会在Merge时出现没有change-id的情况,在结合gerrit使用时,经常出现不能提交的情形,使得自己很困扰.最近有次熬夜加班,在代码完成后,由于多人在很短时间内提交多次,造成提交不上去的情况,当时那个慌啊.还好有给力的大神帮忙处理,突然觉得有必要好好学学Git了,不能仅仅满足于图形化工具的使用. 工作区.版本库.缓存区的关系与区别,如下图: 工作区:左侧的工作区就是我们日常编辑的部分 暂存区:使用git add XXX后的部分 版本库:使用commit后的