const LCL = require ( 'last-
commit
-log' ) ;
const lcl = new LCL ( ) ; // or `new LCL(dir)` dir is process.cwd() by default
异步使用，使用Promise：
. getLast
Commit
( )
. then (
commit
=> console . log (
commit
) ) ;
同步使用：
const
commit
= lcl . getLast
Commit
Sync ( ) ;
提交
信息
是一个像这样的对象：
" gitTag " : " 2.0
git tag $ git tag v1.0查看tag$ git tag //v1.0默认
标签
是打在最新提交的
commit
上的。有时候，如果忘了打
标签
，比如，现在已经是周五了，但应该在周一打的
标签
没有打，怎么办？方法是
找到
历史提交的
commit
id
，然后打上就可以了：$ git log --pretty=oneline --abbrev-
commit
12a631b (HEAD -> mas...
今天老大突然转过身大吼一声：又是你写都bug。我很纳闷，就问咋了，他指着代码说 这一行是不是你注释掉的，我就脸凑过去，看了一下，心里纳闷：没印象呀，这怎么是我弄的，我怎么可能会写出bug，随口说：看git history，结果还真是我修改的，于是，我就在本地打开工程，再确认了一下，确实是我写的，还是一个月以前，但是很奇怪，一个月以前的我应该是开发另一个工程的，而且另一个工程已经合mas...
爬取github上
commit
s在1200次以上的用户及
commit
s分布情况简介准备抓取用户个人页面
获取
commit
s
信息
打印符合条件用户最近一周
commit
s
信息
反爬虫问题总结
前段时间，帮同学做了一个爬虫的作业，比较基础的那种，这里简单记录一下吧。要爬取的内容就是github上
commit
s在1200次以上的人及其
commit
s分布情况。完整代码下载地址：https://pan.bai...
大家在使用 GitHub 时，很可能会遇到需要进行代码回退的情况，有时也需要借鉴很久很久之前的一次
commit
。通常在提交
commit
时，会
对应
生成一个值，当提交的内容变多，我们该如何使用这个值来找寻
对应
那次提交的内容？我们主要介绍一种可以直接在 GitHub 或者 GitLab 网站上进行搜索的方法，而不需要先 git clone 下来。
参考链接：https://www.cnblogs.com/wangwenhui/p/10546635.html
Git的三种状态：已提交（
commit
ed），已修改（modified）和已暂存（staged）
1. 已提交（
commit
ed）：表示数据已经安全的保存在本地数据库中。
2. 已修改（modified）：已经修改了文件，但是还没有保存到本地数据库中。
3. 已暂存（staged）：表示对一个已经修改的文件的当前版本做了标记，使其包含在了下次的提交中。
因此，基本的Git工作流程为：
