你们在 git 提交的时候会用 emoji 么。做了个 git emoji 的网站
wejectchan.gitee.io/git-emoji-user-guide/
某天和朋友聚餐,途中谈到在 git 提交信息使用 emoji 的话题,引起了大家浓厚兴趣。
在我接触的项目中,git 提交规则大多按约定执行,这些约定往往写在了开发手册中(大多数和版本升级规则一并约定),但几乎没有对 emoji 的使用进行约定。
于是,回家后开始研究,原来 github 上还真有一个项目,提倡在 git 提交中使用 emoji 。
这样带来的好处是:
- 非常清晰明表达本次提交的主要内容;
- 在众多的提交列表中,特征比较明显,容易查找历史某次提交信息;
- 较为美观
目前比较主流的使用方式为:
git commit -m ':emoji_code: any commit messages(iusse)'
于是做个上面那个网站,感觉还不错~~大家可以试试
曾经用过,不过都是不带有特定含义的,后来发现 emoji 在 gitee 的显示有毛病,就没用了
经测试,gitee 显示 emoji 比较完善了。
额 我更反对 commit 中添加 emoji ,不能直观表达意思不说,而且不是所有客户端都可以正常显示。
所以我个人还是更倾向于 angular 的规范,用文字来表达意图。
github.com/angular/angular/commits/master
不喜欢,可能是受那些只注重格式外表不注重内容的 lowB 项目影响的
感觉 GitHub 上面的前端项目用得比较多,看上去花花绿绿的
不会, 不装逼.
花里胡哨的,也就前端喜欢搞这些东西,文字难道不能准确描述问题?
我感觉还是
update:xxx
bugfix:xxx
feature:xxx
这种比较直观哎
文字来表示不是更加直观?
并不觉得好看
#3 不会吧不会吧不会有人只写 emoji 不写说明文字吧。
你这是 gitmoji.dev 的汉化版吗
这种需要看项目团队成员的接受程度以及气氛(本人见过确实是前端项目偏多带有 emoji 提交的),如果初心是在严肃的工作上加点轻松愉快的元素,而碰巧遇到上面的老哥,他们岂不是要在这里开一贴疯狂吐槽?
离了个大谱,那么多个 emoji ,我感觉楼主自己不查表都不知道怎么写。
以前觉得新奇用过 emoji ,现在还是改用 angular 的了
我就是 emoji+angular ,只要是自己的玩意儿都会这么用,纯粹觉得可爱
还有就是 jb 家有插件 gitmoji 直接嵌入到 git 那个提交栏里可以选的
说起 emoji ,目前 github 用 emoji 做分支名还会触发各种 500 错误
实用性 >> 美观, 目前在用的标准感觉还不错
feat: 添加新特性、新功能( feature )
fix: 修复 bug
docs: 仅仅修改了文档
style: 仅仅修改了空格、格式缩进、逗号等等,不改变代码逻辑
refactor: 代码重构,没有加新功能或者修复 bug
perf: 增加代码进行性能测试
test: 增加测试用例
chore: 改变构建流程、或者增加依赖库、工具等
表情(不单指 emoji )是为了表达更丰富的情感的,我不认为 git commit 信息里面情感是必需的
+1 而且 emoji 可能会随着解释器的变化而导致语义变化
感觉可以文字和 emoji 都写,还挺有意思的
自己在偷偷用,用得最多的就是 tada
嗯,遵循了他的规范,网页是自己手撸的。
怎么把锅甩到前端身上去了。。。
docker 的日志里是不是就一大堆这个,感觉挺有意思的。
不仅不用 emoji ,我还写了个扩展用来屏蔽网页中的一切 emoji……
什么深仇大恨。。。
用过一段时间,后来提交里看着稍微有点乱就没加了
可能鄙视前端在 V2 是 PC
都用 emoji 来表达意思, 搜索怎么办?
对只在终端操作 git 的更麻烦了, 比如我
大概是前端程序员会用吧… 命令行咋看 emoji
V2 里前端已经被开除程序员籍了
遇到编码没配置好的控制台,一堆方框
喜欢这么干的基本都是前端程序员和 ruby 程序员(逃
你这个还需要对照,花里胡哨。
我们组(Rust)喜欢用
没有人说 emoji 本身就是文本 (unicode 字符集),可以直接写在 commit message 中么?
不需要 :emoji_code: ,直接写 🌚 🌝 ❗️ 🙏 🤓 🎉 😄 ❤️ 👀 就可以了 😂
不太直观
这么多 emoji ,你怎么确保别人对 emoji 的理解和你是一样的?
如果死记硬背的话还不如直接写纯文本了
有话好好说
有个东西叫 gitmoji-cli 也不需要对照,看起来就是这个网站 gitmoji.dev/
太吵闹,影响阅读。
这不妥妥的脱裤子放屁吗? commit 又不是用来表达情绪的
ui 用得多。。基本不用命令行。。
commit msg 都是 update/save
例如数据库表可能存放有 30 列,本身是列式存储。 实际的查询场景可能每次查询 5 列,且组合可能不一样。 如果用 jpa projections 可能面临需要定义一堆 ent…
我刚出社会的时候,是用的破解的,我感觉用着还不错.公司项目和自己的个人项目都是用破解插件用的,显示 2099 年的那种. 工作几年后,就开始使用学生邮箱申请一年试用.发现和破解…
自己试过各种 ToDo 方案,iCloud 日历、滴答清单、Notion 、Things 等等,但想想最后都是自己原因停用了,并没有遇到 APP 或者说方案本身的致命痛点(非要…