相关的命令: git log:查看所有的commit提交记录: git show: 查看提交的详情: 首先,需要通过git log打印所有commit记录,例如: 1.查看最新的commit:git show 2.查看指定commit的所有修改:git show commitId 3.查看某次commit中具体某个文件的修改:git show commitId fileName…
在开发过程中我们一般都会用到git管理代码,在git commit提交代码时我们一般对git commit message随便写点简单的描述,可是随着项目参与人数的增多,发现提交的commit记录越来越杂乱,不便查阅,在网上找了下解决方案,总结一下方便在公司项目中运用. commit message 格式 目前大家比较认可的是Angular团队的提交规范,很多工具也是基于此规范开发的.该提交规范格式如下: <type>(<scope>): <subject> <B…
合并多次记录 1. git log找到要合并的记录的数量. 2. git rebase -i HEAD~5 将最上面一个的记录选为pack,下面记录都改为s. ================= 删除某次commit提交记录 在使用git中,如果要删除之前某次commit的记录,可以用git rebase完成. Git rebase 步骤: 1.git log, 找到想要删除的某次提交的commit id: 2.git rebase -i "commit id"^,注意指数符号^是定位…
git log 查看提交记录,参数:-n (n是一个正整数),查看最近n次的提交信息 $ git log -2 查看最近2次的提交历史记录 -- fileName fileName为任意文件名,查看指定文件的提交信息.(注:文件名应该放到参数的最后位置,通常在前面加上--并用空格隔开表示是文件.) $ git log file1 file2 查看file1文件file2文件的提交记录$ git log file/ 查看file文件夹下所有文件的提交记录 --branchName branchNa…
git log 查看提交记录 1. git log 查看提交历史记录2. git log --oneline 或者 git log --pretty=oneline 以精简模式显示3. git log --graph 以图形模式显示4. git log --stat 显示文件更改列表5. git log --author= 'name' 显示某个作者的日志6. git log -p filepath 查看某个文件的详细修改7. git log -L start,end:filepath 查看某个…
这个问题纠结了很多时间,感谢苏打先森@Sudamod的开源项目. 大家知道CM13是没有来去点归属地的,就算有那也是google,对于中国人不适用,所以这里把方法贡献出来. 1.与通话有关的app Dialer InCallUI Contact Telcom 2.与app有关的开源地址 https://github.com/SudaMod/android_packages_apps_Dialer/tree/sm-2.0 https://github.com/SudaMod/android_pac…
基于 GitFlow 工作流,可能某个提交(commit)导致了 bug,或者有多个提交需要返工,此时你就会用到删除提交. 接下来的内容都基于下面这张 git log 提交记录图来写.   git log 删除最后的提交 当需要删除最新的提交.或最最近的几个提交.比如删除 1 或者 1~3 的提交,使用 git reset命令. 我们需要关注一下 git reset的 --hard 和 --soft 参数. 举个例子删除最近两个提交看看: git reset --soft commit~3 ,然…
大家好,今天和大家聊聊git当中一个非常好用的功能--区间选择,它可以帮我们处理看起来非常复杂的提交记录.从而帮助我们很快找到我们需要的内容. 如果大家有参与过多人协同的项目开发,比如十几个人甚至更多的成员的时候,会发现一些分支的记录非常的混乱,比如master.因为其中包含了太多的提交信息,比如各种分支的merge记录,以及线上bugfix等.这个时候使用区间选择就非常有必要,它会帮助我们过滤掉不需要的提交记录,快速找到我们想要的结果. 区间选择 关于区间选择我们之前在介绍rebase的时候曾…
有时候我们在本分支做了一个很小的更改提交,其他分支想直接拿到这个更改提交,有没有一种不像merge或rebase这么正式的做法呢?也就是说:我仅仅是想获取其中一个小改变而已.cherry-pick就是这样一个不错的命令. 说一种我认为合适的使用场景:假设我在dev分支开发一个新功能,涉及到不少的修改.突然,产品说把某某页面的样式调一下.我在dev分支上改好了这个样式,但是我的新功能还没开发完.这时候,我就切到master分支,用cherry-pick的方法把dev上那个样式的提交记录给复制过来.…
发现好像这个方法不好使.......~~!还是会失败 如果有人或者自己失误把不该同步的大文件如数据或日志或其他中间文件给commit了并且push了,然后你删掉了,但是其实他仍然在你的git记录中,你的整个项目仍然会非常大,主要是当时的那个删除你没有用git rm,但总之你想清理就很麻烦了现在,或者说,可能现在由于你commit的东西太大,导致了根本没法push上去,会出现类似 fatal: the remote end hung up unexpectedly 这样的错误,然后你就是需要清理一…