purplemystic 最近的时间轴更新 purplemystic 最近的时间轴更新 |
purplemysticV2EX 第 261751 号会员，加入于 2017-10-23 16:04:37 +08:00 |
pplmx
若今生执罔虚幻，已成落花。便许你来世雪扫眉发，执手天涯。
你可愿青丝绾正，笑靥如花，借我一世年华。
你可愿青丝绾正，笑靥如花，借我一世年华。
| 🎉 husky-rs： Rust 版 Git Hooks 工具 程序员 • purplemystic • 80 天前 • 最后回复来自 lisongeee | 19 |
| 使用 cookiecutter 做了个 template 项目, 支持 cxx, go, Python
1 程序员 • purplemystic • 115 天前 • 最后回复来自 purplemystic
|
6 |
| 必应 Bing down 了
1 全球工单系统 • purplemystic • 212 天前 • 最后回复来自 purplemystic
|
9 |
| 最近无法通过 ssh 方式 clone github 项目 GitHub • purplemystic • 326 天前 • 最后回复来自 IvanLi127 | 41 |
| macOS 13 brew 报错: A requested feature, protocol or option was not found built-in in this libcurl due to a build-time dec Apple • purplemystic • 2022-10-28 08:58:41 AM • 最后回复来自 purplemystic | 20 |
| 请问除了 cloudflare,还有其他方案将网站变成 https 么 Blog • purplemystic • 2017-11-24 23:55:24 PM • 最后回复来自 Cipool | 9 |
purplemystic 最近回复了
2 天前 回复了 weijancc 创建的主题 › 程序员 › 好家伙, GitHub Copilot 今天免费了! |
@wz497345846 爱用它的 git commit message 生成, 这个太好用了, 再也不用纠结怎么写 commit message 了
46 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@chopin1998519 #87 主要是 cuda, torch 之类的库太大了, 如果每次创建一个虚拟环境, 就下载编译一遍, 就好心累
54 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@stobacco 第一次被恶心到, 还是 pipenv, 那个每次不知道等待多久的 locking
54 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@dcoder #74 rye 会逐步被 uv 替代, 这也是官方的路线
54 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@chopin1998519 现在用 uv, 配置 cuda 环境很不美丽, 太大了, cuda 环境还是用的 docker
80 天前 回复了 purplemystic 创建的主题 › 程序员 › 🎉 husky-rs： Rust 版 Git Hooks 工具 |
@lisongeee #15 是的
80 天前 回复了 purplemystic 创建的主题 › 程序员 › 🎉 husky-rs： Rust 版 Git Hooks 工具 |
@purplemystic #13 "更大开源项目" ==> "很多开源项目"
80 天前 回复了 purplemystic 创建的主题 › 程序员 › 🎉 husky-rs： Rust 版 Git Hooks 工具 |
@lisongeee 为什么只有前端会用呢? 因为其他语言类似工具集成的都不是很好.
你会发现很多其他语言的开源项目, 都会使用 pre-commit.com 虽然没有 husky 集成的那么紧密, 但是无奈只有这一个方案
总结: 大家(尤其是更大开源项目)是有 git hooks 需求的, 只不过前端的方案最好(愚见), 所以使用更广泛; 其他语言的开源项目, 退而求其次, 通常会使用 pre-commit
你会发现很多其他语言的开源项目, 都会使用 pre-commit.com 虽然没有 husky 集成的那么紧密, 但是无奈只有这一个方案
总结: 大家(尤其是更大开源项目)是有 git hooks 需求的, 只不过前端的方案最好(愚见), 所以使用更广泛; 其他语言的开源项目, 退而求其次, 通常会使用 pre-commit
80 天前 回复了 purplemystic 创建的主题 › 程序员 › 🎉 husky-rs： Rust 版 Git Hooks 工具 |
@purplemystic #11 "很多统一性" ==> "很好的统一性"
80 天前 回复了 purplemystic 创建的主题 › 程序员 › 🎉 husky-rs： Rust 版 Git Hooks 工具 |
@lisongeee 所以我觉得前端的 husky 就很好, 它于 npm 生态绑定, 你只要运行(install/build/test)这个项目, 那么项目已经设置的 hooks 必定被执行, 项目开发者的最初定的规则, 后来者必定强制执行, 这样就有了一个很多统一性
我实现的这个 husky-rs, 也期望在 rust 的 cargo 下实现类似的效果
我实现的这个 husky-rs, 也期望在 rust 的 cargo 下实现类似的效果
Select Language