Github上一些使用技巧(缩写、Issue的Highlight)自用

1. GIthub中的一些缩写 LGTM !

最近经常看到一些迷之缩写,感觉挺有意思的,但是有时候看到一些没见过的缩写还是有点懵逼,不过缩写确实也是很方便去review,这里就记录汇总一下;顺便加了一些git的基操单词(加粗的是我遇到比较多的)。

参考:
https://blog.csdn.net/liwenlong_only/article/details/104004928
https://blog.csdn.net/misayaaaaa/article/details/102684348
https://github.com/orgs/community/discussions/16925

缩写含义说明
PRPull Request拉取请求,用于向其他项目提交代码
LGTMLooks Good To Me代码已经过review,可以合并
SGTMSounds Good To Me与LGTM意思相近,表示通过了review
WIPWork In Progress如果你有个改动很大的 PR,可以在写了一部分的情况下先提交,然后在标题里写上 WIP,以告诉项目维护者这个功能还未完成,方便提前 review 部分已经写好的代码
PTALPlease Take A Look你过来瞅瞅?
TBRTo Be Reviewed提示维护者进行review
TL;DRToo Long; Didn’t Read太长懒得看,通常用于文档的简略描述前
TBDTo Be Done/Defined/Discussed/Decided/Determined根据语境不同意义有所区别,但一般都是还没搞定的意思
BTWBy The Way顺便说一下
FYIFor Your Information供你参考
CCCarbon Copy抄送,用于提及某人以便其了解相关信息
APIApplication Programming Interface应用程序编程接口
CI/CDContinuous Integration/Continuous Deployment持续集成/持续部署
CRCode Review代码审查
DocDocument文档
Fork创建一个项目的副本到自己的账户下
RepoRepository存储代码和其他资源的仓库
HEAD指向当前检出分支的最新提交
Merge将一个分支的更改合并到另一个分支中
Rebase将一系列提交应用到另一个基础分支上,通常用于整理提交历史
Issue用户报告的问题或者待办事项,可以是Bug报告、功能请求等
Label用来标记Issues或PRs的分类标签,帮助组织和跟踪任务
RFCRequest For Comments请求意见稿,一般是一个Markdown文件

在这里插入图片描述

2. Issue中的一些 Highlight

> [!NOTE]  
> Highlights information that users should take into account, even when skimming.

> [!TIP]
> Optional information to help a user be more successful.

> [!IMPORTANT]  
> Crucial information necessary for users to succeed.

> [!WARNING]  
> Critical content demanding immediate user attention due to potential risks.

> [!CAUTION]
> Negative potential consequences of an action.

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Echo-Nie

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值