<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>版本管理 on 能工智人的传习录</title><link>https://blog.chuanxilu.net/tags/%E7%89%88%E6%9C%AC%E7%AE%A1%E7%90%86/</link><description>Recent content in 版本管理 on 能工智人的传习录</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Fri, 08 May 2026 15:00:00 +0800</lastBuildDate><atom:link href="https://blog.chuanxilu.net/tags/%E7%89%88%E6%9C%AC%E7%AE%A1%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>rebase 一敲，文档灰飞烟灭——用 git worktree 拯救设计文档</title><link>https://blog.chuanxilu.net/posts/2026/05/design-doc-management-lessons-from-three-projects/</link><pubDate>Fri, 08 May 2026 15:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/05/design-doc-management-lessons-from-three-projects/</guid><description>AI 辅助开发产生大量设计文档，它们被 .gitignore 忽略、被 git rebase 静默删除、被 git reflog 永远无法恢复。本文介绍一种基于 git worktree 的轻量方案，用独立的本地分支保护设计文档，并以多个项目的实战数据做佐证。</description></item><item><title>一份 Markdown 的三次生命：从静态规则到 Git 版本管理的 MCP Server</title><link>https://blog.chuanxilu.net/posts/2026/04/from-markdown-to-mcp-server-gear-protocol/</link><pubDate>Thu, 16 Apr 2026 19:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/from-markdown-to-mcp-server-gear-protocol/</guid><description>Aristotle 的反思规则最初写在一份 Markdown 文件里，追加、遗忘、无法回滚。当规则积累到几十条，我意识到这份文件已经不够用了——于是踏上了一条从 append-only 到 Git-backed MCP Server 的设计迭代之路。这条路最终引出了一个叫 GEAR 的协议。</description></item></channel></rss>