<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Formatting on Commentary of Takao</title><link>https://takao.blog/zh-tw/tags/formatting/</link><description>Recent content in Formatting on Commentary of Takao</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Commentary of Takao</copyright><lastBuildDate>Wed, 15 Jul 2026 22:01:08 +0900</lastBuildDate><atom:link href="https://takao.blog/zh-tw/tags/formatting/index.xml" rel="self" type="application/rss+xml"/><item><title>使用 .git-blame-ignore-revs 忽略 gitblame 中的格式提交</title><link>https://takao.blog/zh-tw/web/git-blame-ignore-revs/</link><pubDate>Sun, 20 Jul 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/zh-tw/web/git-blame-ignore-revs/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/git-blame-ignore-revs-zh-tw.png" alt="Featured image of post 使用 .git-blame-ignore-revs 忽略 gitblame 中的格式提交" /&gt;&lt;p&gt;當審核程式碼庫以找出何時以及為何引入一行程式碼時，&lt;code&gt;git blame&lt;/code&gt; 是開發人員最好的朋友。然而，大型樣式更新、程式碼格式化程式採用（如 Prettier）或全域 linter 自動修復可能會擾亂這段歷史。單一批次重新格式化提交可以重寫整個儲存庫的程式碼作者識別標籤，隱藏原始開發人員和引入實際業務邏輯的提交。&lt;/p&gt;</description></item></channel></rss>