Akasha Terminal: dev🍃
922 subscribers
1.59K photos
63 videos
42 files
794 links
图频: @NahidaGallery / @Nahida_AI(被拿下了, 正在转生

友链/关于/About Me/Friends
https://t.me/HyacineGallery/1

大概是一些碎碎念,吐槽和日常的乐子。
Download Telegram
这定价该不会冲着吃国补去的吧(
【腾讯云】尊敬的用户,您好!为了给您的腾讯云账号(账号 ID:,昵称:)提供更完善的服务,腾讯云计划于 2025 年 5 月 22 日(周四)至 2025 年 6 月 25 日(周三)19:00-23:00 对主机安全进行服务升级。新增 Linux 和 Windows 主机安全客户端默认开启 Agent 卸载保护功能。恶意卸载会激活进程守护,自动重新安装 Agent ,提升安全防护能力。此次版本升级对业务无影响。感谢您的支持!详情请查看站内信

🤔4
https://blog.gitbutler.com/how-git-core-devs-configure-git/

AI 摘要 (By Moe Copy):本文分享了 Git 核心开发者常用的配置设置,并探讨了这些设置为何应成为默认值。文章分为三部分:明显改进 Git 的配置(如分支排序、标签排序、默认分支、差异算法等)、无害且可能有用的配置(如自动纠正提示、提交时显示差异等),以及个人偏好的配置(如合并冲突样式、拉取默认行为等)。作者通过实际示例和配置代码,详细解释了每个设置的作用和优势。

TLDR
• 提供了一组 Git 配置代码,可直接复制到 ~/.gitconfig 文件中,涵盖分支、标签、差异、推送、拉取等优化设置。

How do Git core devs configure their Gits?
• 介绍了 Git 核心开发者通过邮件列表讨论的“春季大扫除”实验,参与者分享了他们认为应成为默认的 9 项配置和 3 个别名。
• 这些配置包括 merge.conflictstyle、rebase.autosquash、diff.algorithm 等。

Clearly Makes Git Better
1. Listing branches
• 使用 branch.sort = -committerdate 按提交日期排序分支,column.ui = auto 以列格式显示分支。
2. Listing tags
• 使用 tag.sort = version:refname 按版本号排序标签,避免字母顺序的问题。
3. Default branch
• 设置 init.defaultBranch = main 避免每次初始化仓库时的警告。
4. Better diff
• 使用 diff.algorithm = histogram 改进差异算法,diff.colorMoved = plain 高亮移动的代码。
5. Better pushing
• 设置 push.autoSetupRemote = true 自动设置上游分支,push.followTags = true 自动推送标签。
6. Better fetching
• 使用 fetch.prune = true 和 fetch.pruneTags = true 自动清理已删除的远程分支和标签。

Why the Hell Not?
1. Autocorrect prompting
• 设置 help.autocorrect = prompt 在输入错误命令时提供纠正建议。
2. Commit with diffs
• 使用 commit.verbose = true 在提交消息编辑器中显示完整差异。
3. Reuse recorded resolutions
• 启用 rerere.enabled = true 和 rerere.autoupdate = true 自动重用冲突解决方案。
4. Global ignore file
• 设置 core.excludesfile = ~/.gitignore 使用全局忽略文件。
5. Slightly nicer rebase
• 使用 rebase.autoSquash = true 和 rebase.autoStash = true 优化变基操作。

A Matter of Taste
1. Better merge conflicts
• 使用 merge.conflictstyle = zdiff3 在冲突标记中显示原始内容。
2. Better pulling
• 设置 pull.rebase = true 将拉取默认行为设为变基而非合并。
3. Run the fsmonitor processes
• 启用 core.fsmonitor = true 和 core.untrackedCache = true 加速大仓库的状态检查。
目前来看,玄戒o系列最有想象空间的主要赛道应该不在手机…
我再信别人吹的 coloros 比 hyperos 好我就是傻逼。
一加 pad 2 pro 到手几天,这 8e coloros 系统流畅的不如 8+ 的小米平板。碰瓷 ipad pro 更是做梦。
我还在想,系统再烂能烂到哪去,结果到手感觉还不如用原生。
等有空详细盘一下(
😁6
我看到小米平板 ultra 定价还愣了一下,感觉要凉。但是看看 ov 这用脚做的平板,感觉还真凉不了。太失望了。
Fast Allocations in Ruby 3.5
https://railsatscale.com/2025-05-21-fast-allocations-in-ruby-3-5/
https://news.ycombinator.com/item?id=44062160

Ruby 3.5 中的快速对象分配
Ruby 3.5 通过优化对象分配,显著提升了性能,尤其是在使用 YJIT 时,速度提升可达 6.5 倍。

Key Takeaways
- Ruby 3.5 的对象分配速度比 Ruby 3.4.2 快 1.8 倍(无 YJIT)和 2.3 倍(有 YJIT)。
- 关键字参数越多,速度提升越明显,使用 YJIT 时速度提升可达 6.5 倍。
- 通过内联 Class#new 方法,消除了参数复制和栈帧开销。
- 优化减少了对象分配次数,尤其是关键字参数传递时的哈希分配。
- 该优化导致 Class#new 调用栈帧的缺失,可能影响调试信息。
Akasha Terminal: dev🍃
https://blog.gitbutler.com/how-git-core-devs-configure-git/ AI 摘要 (By Moe Copy):本文分享了 Git 核心开发者常用的配置设置,并探讨了这些设置为何应成为默认值。文章分为三部分:明显改进 Git 的配置(如分支排序、标签排序、默认分支、差异算法等)、无害且可能有用的配置(如自动纠正提示、提交时显示差异等),以及个人偏好的配置(如合并冲突样式、拉取默认行为等)。作者通过实际示例和配置代码,详细解释了每个设置的作用和优势。 TLDR…
发一下我用得上的
git config --global init.defaultBranch main # 默认主分支命名为 main
git config --global tag.sort version:refname # 让 1.100 排在 1.99 后面
git config --global push.autoSetupRemote true # 自动发布远程新分支
git config --global push.followTags true # 自动推送本地 tags 到 remote
git config --global help.autocorrect prompt # 自动纠错并询问,prompt 改成 10 是自动等待 10 * 100ms 后执行,详见 https://blog.gitbutler.com/why-is-git-autocorrect-too-fast-for-formula-one-drivers/

有争议的:
# 自动删除远程删除的分支, Tags (e.g. origin/delete-branch)
git config --global fetch.prune true
git config --global fetch.pruneTags true
git config --global fetch.all true
# 拉取冲突默认 rebase
git config --global pull.rebase true
🥰3
Forwarded from aisuneko/channel::pathetic_fatigue
no
🎉9
群友锐评 Harmony Desktop:
拼好 OS
用的 Musl C,有 dt (里面有大量私有组件,有 ubsan 和 tsan 和 hwasan,分别来自 LLVM (Linux 内核也在用) 谷歌 和 安卓,终端是 Alacritty, 窗口 ID 是 window76_xcomponent0 (感觉像是给每个窗口分配了个 XServer,类似 XWayland, 用户没有 chown chmod 权限
😁5
🥰5🤣1
Forwarded from 浪人新闻 (冲浪投稿机器人Beta)
推特是真草台班子,登录接口挂了 40h 了
https://downdetector.com/status/twitter/
😁3
草,b站写文案的时候也不会想到发生这种事吧()