我曾七次鄙视自己的灵魂:
第一次,当它本可进取时,却故作谦卑;
第二次,当它在空虚时,用爱来填充;
第三次,在困难和容易之间,它选择了容易;
第四次,它犯了错,却借由别人也会犯错来宽慰自己;
第五次,它自由软弱,却把它认为是生命的坚韧;
第六次,当它鄙夷一张丑恶的嘴脸时,却不知那正是自己面具中的一副;
第七次,它侧身于生活的污泥中,虽不甘心,却又畏首畏尾
GitHub快捷键
1.快速查找项目中的文件:
进入项目中,按T键
2.快速跳转到指定行
浏览代码时,按L键,然后输入跳转的行
3.聚焦搜索框
按 s 或 / 键
4.转到通知
先按 g 后按 n
5.仓库中选项卡的跳转快捷键
gc #转到Code选项
gi #转到Issue选项
gp #转到Pull Request选项
ga #转到Action
gw #转到WiKi
gs #转到security
6.浏览代码时的快捷键
T #激活文件搜索
L #跳到指定行
W #切换分支
Y #将URL展开
I #显示或隐藏差异评论
B #具体查看提交信息
7.Pull Request选项的快捷键
C #打开当前列表
T #打开已更改的文件列表
J #Pull Request列表向下移动
K #向上移动
8.comment评论
ctrl +B #加粗
ctrl +i #斜体
ctrl +k #链接
工具栏
个人信息
仓库
insights洞察仓库相关信息
文件的相关操作
修改URL查看分支差别
#查看两分支差别:
https://github.com/username/repository-name/compare/branch...other-branch
#查看master分支与最近两周差别(week可换成day,month,year):
https://github.com/Afreaming5101/HTML-jQuery-CSS/master@{2.week.ago}...master #若差别打则不会显示提交,只显示最近的一部分
#查看与指定日期之间的差别:
https://github.com/Adreming5101/HTML-jQuery-CSS/master@{2021-01-01}...master #若日期与现在差别过大,或久远则无法显示
Issue
为了跟踪BUG及进行软件相关讨论,方便管理。管理Issue的系统称为BTS(Bug Tracking System,Bug追踪系统),具有代表的BTS:Redmine、Trac、Bugzilla。
GitHub自身加入了BTS功能。
使用Issue功能的场景:
1.发现软件Bug并报告
2.有事向作者询问、探讨
3.事先列出今后准备实施的任务
注意点:Issue支持MarkDown语法,及可使用Tasklist语法,也可使用bash
等来显示高亮代码
每个Issue都分配了编号,若在commit中add 编号,则可在大量提交日志中搜相应的提交,这非常方便。
若open状态的Issue处理完毕,只要在commit中以下列格式描述提交信息,对应的Issue会被Close:
fix #2
close #2
resolve #2
每次push后就不必专门访问GitHub的Issue来手动Close Issue,按照特定格式,GitHub会自动识别处理。
注意点:若给Issue添加源代码,会变成Pull Request,Issue与Pull Request编号相互通用