双语

Magit 4.6 Released
19 days ago
- Magit 版本 4.6 发布，自上个版本以来共有 313 次提交。
- Magit 是一个基于文本的 Git 用户界面，通过助记键序列简化工作流程。
- 改进主要集中在 blob-visiting 缓冲区，提升了性能和用户体验。
- 易失性的 blob 缓冲区被缓存以供重用，支持如语法高亮等功能。
- 现在可以仅使用 blob 对象 ID 来访问 blob，无需修订版本和路径。
- 增加了 diff 的语法高亮功能，但由于同步处理延迟，默认情况下是禁用的。
- 计划未来支持异步 diff 语法高亮。
- 引入了新的 Git 变量，用于从 Git 钩子调用 Elisp 钩子，需要 Git v2.54.0 或更高版本。
- 添加了用于编译 diff 中修改的定义列表并将其插入提交消息的命令。
- 提交消息中的符号补全现在包括修改的定义和变更行中的符号。
Why don't people use Git properly?
18 days ago
- 作者介绍了Arca，这是一个带有落地页的教育项目，即将开放早期访问，并为捐赠者提供免费名额。
- Git是一种关键的版本控制系统，在软件开发中广泛使用，但许多人使用起来很吃力，导致合并冲突、提交不规范和仓库滥用等问题。
- 问题的根源在于对Git的教育和实践经验不足，尤其是那些不处于核心软件岗位、缺乏机构支持或学习动力的人群。
- 一个主要障碍是Git依赖命令行界面，许多开发者（特别是Windows用户或不熟悉命令行的IDE使用者）觉得不直观且难以掌握。
- 人们往往不理解Git能解决的问题（如快速回滚、部署自动化和开发中的风险承担），因为他们缺乏需要这些功能的项目的实际经验。
- 作者将Git比作罗马盔甲，解释说它提供的安全感让开发者能够承担更大风险、更有雄心，但若未体验过这种保护，用户可能养成防御性习惯并回避新工具。
- 为了改进Git使用，作者建议在教育早期引入版本控制，并推动企业实行DevOps轮岗，但也承认这些方案在规模化推广上面临挑战。
The Git history command deserves more attention
9 days ago
- Git history 是 Git 中的一个新实验性功能，引入了三个子命令：fixup、reword 和 split。
- fixup 允许暂存更改并将它们折叠到一个旧提交中，然后自动重新定位所有包含该提交的分支。
- reword 更新旧提交的提交消息，并自动重新构建所有后续提交，而不触及工作树。
- split 通过交互式选择代码块，将单个提交分成两个，并在其基础上重新构建提交堆栈。
- 所有三个命令都是原子性的，通过拒绝可能导致冲突的操作来避免将树留在半损坏状态。
- 与 jj 不同，git history 尚未将冲突处理作为一等公民，但文档表明未来可能会改变。
- git history 提供了 jj 的许多优点，而无需完全切换工作流，并且它是核心 Git 发行版的一部分。
Git rebase -I is not that scary
8 days ago
- 作者对开发者中普遍存在的对git rebase -i的恐惧表示惊讶，即使是经验更丰富的开发者也是如此，并旨在揭开其神秘面纱。
- 运行git rebase -i HEAD~4会打开一个文本文件，其中列出了最近的提交和命令（pick、reword、squash、fixup、drop），这是一个变更计划，而不是立即执行的操作；用户可以使用git rebase --abort中止操作。
- 交互式变基涉及为每个提交编辑指令（例如，重新编写提交消息或删除提交），创建新的提交，同时旧的提交在git的对象数据库中保持完整，直到垃圾回收。
- 安全措施包括：使用git rebase --abort中止变基，使用引用日志恢复之前的状态（例如，git reset --hard HEAD@{4}），以及创建备份分支（git branch backup-before-rebase）。
- 在变基过程中可能会出现冲突，但可以一次解决一个提交（类似于合并冲突），使用git add和git rebase --continue，这使得它比分支合并更容易。
- 作者建议在个人功能分支上自由使用变基，并使用git push --force-with-lease推送（出于安全考虑，优于--force），同时强调理解和谨慎。
- 关键要点是开发者应该学习并使用交互式变基来保持分支历史的整洁，文章鼓励初学者尝试使用并克服恐惧。
git's –end-of-options Flag
a day ago
- Git 的 --end-of-options 标志于 2019 年引入，用于标记修订版参数解析的结束，与用于分隔修订版和路径规范的 -- 不同。
- 参数注入（CWE-88）发生在将带有破折号开头的不安全字符串作为参数传递给 git、hg 或 ssh 时，即使没有涉及 shell 也会发生。
- 在 17 个 fork git 的包管理器中，只有一个使用 --end-of-options；其他依赖 -- 或破折号检查，这些检查通常作为漏洞修复添加。
- --end-of-options 的最低 git 版本要求因子命令而异，支持范围从 2.24.0 到 2.43.1，这使得旧版本发行版的采用变得具有挑战性。
- 像 libgit2 这样的 Git 库通过不使用 argv 接口来避免参数注入，但必须跟踪上游 git 的所有结账安全补丁。

Hasty Briefsbeta

#git

Magit 4.6 Released

Why don't people use Git properly?

The Git history command deserves more attention

Git rebase -I is not that scary

git's –end-of-options Flag