《一个地方,人满为患》
里面,
取号,
排队,
叫号,
付费。
一切为了活着。
外面,
工作,
生活,
享乐,
受罪。
活着为了一切。
里面,
取号,
排队,
叫号,
付费。
一切为了活着。
外面,
工作,
生活,
享乐,
受罪。
活着为了一切。
There are multiple Git libraries are used on my machine, such as GitHub/Company Private Git repo, etc., the Git tool mainly uses Terminal and GitKraken, and occasionally strange issues will arise. For example, the following error occurred when deploying the Hexo Blog a few days ago:
1 | Permission denied (publickey). |
The usual solution is to regenerate the SSH Key of GitHub.
But there’s no issue with my local configuration, I can push code normally in Terminal and GitKraken.
Guessing that there might be some hitch in the process, I used:
1 | ssh -T git@github.com |
And saw:
1 | Hi {username}! You've successfully authenticated, but GitHub does not provide shell access. |
Then redeployed and pushed, It’s worked!
Reference:
https://docs.github.com/en/authentication/troubleshooting-ssh/error-permission-denied-publickey
机器上使用了多个 Git 库,比如 GitHub/公司 Git 库等,Git 工具主要使用 Terminal 和 GitKraken,偶尔会出现奇怪的问题。比如前两天在部署 Hexo Blog 时,遇到以下报错:
1 | Permission denied (publickey). |
通常的解决方案是重新生成 GitHub 的 SSH Key。
但是我本地的配置是没问题的,可以在 Terminal 和GitKraken正常提交代码。
猜想可能是哪个环节不通,于是使用:
1 | ssh -T git@github.com |
看到:
1 | Hi {username}! You've successfully authenticated, but GitHub does not provide shell access. |
再重新部署提交,搞定!
参考:
https://docs.github.com/en/authentication/troubleshooting-ssh/error-permission-denied-publickey
8年前的一天,在一家粤菜店吃不是饭点的午饭时,我一边品着大麦茶,一边对着左顾右盼着餐厅不多的客人。
餐厅播放着无聊的节目,但当我转头看向电子时钟,上面跳动着猩红色的数字:2014年11月27日。
恍惚间,这年这月这日组成这一串,于我陌生无比,不知是外星数字来了地球,还是我这地球人去了外星。
2-0-1-4,2014年?我印象中并没有这么个年,要说有的,大概是些刚毕业时上大学,刚高考完读高中,刚升高中读初中,升初中时读小学的那些年。
1-1-2-7,11月27日?还早呢。我并没有十一长假,也未曾过过中秋,说起端午,粽子也没吃过,五一呢,我倒没什么记忆深刻的事情。
现在,又是11月27日。
曾不知在哪听过一经典名句:程序员的工作有两件事,一是写 Bug,二是找 Bug。
说归说笑归笑,奈何话糙理不糙:在程序员的工作中,Bug的排查分析和解决验证确实占相当可观的一部分时间。
那么说到,而在真正排查 Bug 时,才深刻体会到另一名句:不写日志一时爽,排查 Bug 火Z场。
日志管理,一直是开发人员的老大难题。这个老大难题,大致分为几块内容:
狭义上的日志管理,也即打印日志。套用 3W1H 分析方法可以分为几个子问题:
Why 为什么要打日志
显而易见,日志是记录关键信息和数据的地方,以备未来排查问题和数据统计分析之用。
What 要打什么样的日志
Where/When 在哪里/什么时候打日志
How 怎么打日志