在push之前有时候会不放心是不是忘记加某些文件,或者是不是多删了个什么东西,这时候希望能够看看上次commit都做了些什么. 一开始想到的是用Git diff,但是git diff用于当前修改尚未commit的时候较为方便,一旦commit后,需要指定上次节点的名称(一个hash值),不方便.这种时候用git log更合适,因为commit的内容会以log来记录. 下面记录几个常用的情境以及对应的命令. 仅仅想看最近谁有提交,以及提交的描述 对应命令 git log 显示Sample comm

//查找大文件 git verify-pack -v .git/objects/pack/pack-*.idx | sort -k 3 -g | tail -5 //根据上面查找到的hash值,筛选文件名 git rev-list --objects --all | grep 28c65edc2b880f02602970a5d13f6ffc9a59cb66 //删除 git filter-branch --force --index-filter 'git rm -rf --cached --i

 1.添加文件.提交文件 1.1在learngit目录下创建一个readme.txt文件,并且输入内容. 1.2添加文件到版本库learngit 1.2.1使用git add 文件告诉Git把文件添加到暂存区 1.2.2用命令git commit -m "文件说明"告诉Git把文件提交到仓库 其中,-m后的“引号内容”为提交时的说明. 2.修改文件,查看记录,提交文件 2.1修改readme.txt的内容 2.2修改完毕后,运行git status命令看看结果 此时,提示文件被修改,但

1. git add 添加 多余文件 这样的错误是由于, 有的时候 可能 git add . (空格+ 点) 表示当前目录所有文件,不小心就会提交其他文件 git add 如果添加了错误的文件的话 撤销操作 git status 先看一下add 中的文件 git reset HEAD 如果后面什么都不跟的话 就是上一次add 里面的全部撤销了 git reset HEAD XXX/XXX/XXX.java 就是对某个文件进行撤销了 2. git commit 错误 如果不小心 弄错了 git a

git rm --cached <file_name> git commit "删除了<file_name>文件" git rm --cached <file_name> will remove the file from the stage.  

当正在修改某文件A,此时需要commit,但是A没修改完暂时不能一起commit. 执行: git update-index --assume-unchanged A的路径 git暂时会忽略该文件的修改, git status查看时A已经不在待commit列表中了. 让git重新监视文件A的修改: git update-index --no-assume-unchanged A的路径

由于操作不当,导致git版本库出了大问题,如下所示: error: object file .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e is empty fatal: loose object 8b61d0135d3195966b443f6c73fb68466264c68e (stored in .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e) is corrupt 即

1.进入指定文件夹内,启动 git bash here 2. 初始化文件夹 git init 3.开始添加文件 所有文件添加方法 git add . 单个文件添加方法 git add *.* 例如我的目录是这样的: (这里说明下:git init完成之后,根目录文件夹中会出现.git文件夹,根目录中所有的文件夹都会出现蓝色小问号图标),我的image文件夹是已经添加过了,所以这里以less文件夹为例,现在看下less文件夹中的目录情况(我的less文件夹中还有个less文件夹,不要弄混了哦) 添

使用Xcode提交一个第三方库时,由于包含资源文件,总是提交不了,提示报错:XXX commit is not under version control (1) 网上查了下,得知 xcode对于svn的支持不够好:导致资源文件如图片使用Xcode提交不了. 然后svn 命令提交,之前使用svn命令提交图片的时候,是可以提交的,但是今天就算使用svn命令,还是提交不了: 截图: 后来在commit命令后面加上svn的账户名和密码,才提交成功了: 原文链接:http://www.cnblogs.c

ios 配置忽略文件.gitignore 文件 之前新建了一个项目,在使用git管理版本的时候没有配置忽略文件 .gitignore 文件,结果导致每次提交的时候都会出现UserInterfaceState.xcuserstate,Breakpoints_v2.xcbkptlist(这个是增添调试断点出现的文件)这两个文件被修改. 一开始还没注意,后来发现每次基本上都会出现,感觉每次看见这两个文件都觉得恶心.虽然不是处女座,但是看着这样也是不爽的.今天闲下来,决定要彻底解决这个问题.好吧,开始百

最近开始折腾node.js,顺便学习了Git上传的相关知识,找了许多关于Git如何上传项目的相关资料,最终发现一篇比较简易完整的文章, 在此分享一下喜悦的心情!下文是使用Git上传的完整教程: 将文件上传到 GitHub 这是我们使用命令行来上传我们的仓库到 GitHub 的地方.命令行是你输入命令来完成像新建文件和运行程序等操作的地方,与在用户界面点击不同.命令行大概是这个样子: 提示:如果你对命令行不习惯的话,你也可以使用  Git graphical user interface Git

近期在git遇到几个问题,让我重新认识到git的强大性,下面列出来记录一下 有一个数据库的配置文件,在用 git add 添加到 index file 时不能透露了相关配置.而如果用 .gitignore 去操作这需求,却会放弃add整个文件,如果这样做的话,commit后其他人就看不到这里面有个config配置文件了,这结果很明显不是我们想要的.怎么做呢?搜索了下要使用git下面的filter配置去过滤那些秘密.官方文档的描述如下: ** filter. SYNOPSIS $GIT_DIR/i

1.触发事件 我有这样一个版本库,里面包含两个学习用的练习项目:BookStore(以下简称BS)和PictureFriend(以下简称PF) 我在更改PF以后,未进行提交,同时又到BS中优化了一下文件夹结构,然后此时我commit,提交备注信息为"添加图友网项目,更改为Maven形式,报错找不到spring监听器,待解决",提交成功,似乎没什么问题. 但是当我在github上看到的情况如下,我知道我没有处理好:   BookStore项目实际上跟这个备注并没有关系,而是Picture

 一.git之上传代码到github. 安装git,这个就不说了,很多帖子都有详细说明.  二.新建仓库,GitHub上的,首先申请账号.  三.本地选择地方新建本地仓库. 建完本地仓库文件夹,在本地仓库里右键选择Git Init Here.生成.git文件夹   这就表示本地git创建成功.右键Git Bash进入git命令行. 1.$ git init 2.在本地创建ssh key 3. 直接点回车,说明会在默认文件id_rsa上生成ssh key. 然后系统要求输入密码,直接按回车表示不设

方法/步骤   打开要添加的文件的位置,右键,点击下面强调的内容,进入命令页面 先执行命git pull,这是提交的基本操作, git status,查看现在当前的文件状态 没有看到你现在要添加的文件状态,怎么办,git add. 命令,别忽略后面add的“.”哦!!! git status,绿色的就是我们添加的文件 执行 git commit -m "提交注释",可以看到下面提示说已经创建了这两个文件了 文件已经commit,直接git push一下,文件就提交好了 看一下,小图标已

最近在读一本技术类的书:朱赟——<跃迁:从技术到管理的硅谷路径>,其中聊了很多很有趣的观点,比如:技术管理.技术实践.硅谷文化.个人成长等. 读到关于硅谷人如何做code review这一篇时,不由想到了前段时间看过的一篇博客:如何写好Git commit log. 之前的工作用Git做版本管理工具,因此每次提交改动时都会写注释,其中也踩了一些坑,现在回想起来还是觉得很有收获. 这篇博客,聊聊我个人关于code review和Git commit的一些认知和资料总结,仅供参考... 参考资料:

适用场景: 比方说,你的代码已经提交到git库,leader审核的时候发现有个Java文件代码有点问题,于是让你修改,通常有2种方法: 方法1:leader 将你提交的所有代码 abandon掉,然后你回去 通过git reset …将代码回退到你代码提交之前的版本,然后你修改出问题的Java文件,然后 git add xx.java xxx.java -s -m “Porject : 1.修改bug…” 最后通过 git push origin HEAD:refs/for/branches 方

目录 Git永久删除文件和历史记录 使用filter-branch 添加到.gitignore文件里并push修改后的repo 清理和回收空间 Git永久删除文件和历史记录 造成你想从git存储库中永久删除文件和历史记录的可能有: 你不小心将一个不该加入版本管理的文件加了进去,敏感数据或大文件或别的没用的文件: 你不小心将一个涉及到破解某著名软件的文章加了进Github仓库,这时你就会收到github官方的邮件来提醒你需要完全删除该文件,不然就会遭到git仓库被封禁. 你希望将敏感数据或无用文件

1. 在码云上创建项目 在码云首页顶部,下图所示,右上角头像旁边的加号,鼠标移上去会显示下拉的,点击“新建项目”. 2. 安装Git 下载完成后安装即可,安装过程中没有注意事项,全部默认一直next直到结束! 3.配置Git工具安装完成以后从桌面或开始菜单打开Git工具{点击Git bash 打开}. 3.1 Git基本信息设置在打开的编辑里面依次输入并执行配置信息,下图所示: $ git config --global user.name "liehuodadi" $ git con

某同事执行git commit 时太兴奋,执行了 git commit --amend 慌了,不敢编辑上一个commit的description了,直接选择了wq退出,然而git毕竟强大,默认将改动合并提交并覆盖了上一个commit生成了一个新的commit id,这下更慌了,上一个commit id在git log里没了,没了,没了 此时只有两个字,奔溃 好在git有撤销方法,下面的代码拿来举例. 当前代码仓有如下文件: $ ll total 4 -rw-r--r-- 1 ****** 105

1 前言Git Commit Message 应该清晰明了,要用精简的语言说明本次提交的目的,其主要作用是为了后续的搜索.版本的回滚.合并冲突的追溯等操作. 我们在开发时一直以来对 Git Commit 格式有个约定俗称的要求,所以就没落实明确的规范.因为没有明确的规范,就会导致提交的消息较为随意.甚至出现「“.”.”Update”」这样的消息. 直到我在 GitHub 上发现了这条 Commits 时,才意识到提交信息也该规范起来. 以下图举例,当代码出现 Bug 时,应该回滚到哪个版本?回滚