<?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 たかおの解説</title><link>https://takao.blog/ja/tags/formatting/</link><description>Recent content in Formatting on たかおの解説</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>たかおの解説</copyright><lastBuildDate>Sat, 13 Jun 2026 23:11:50 +0900</lastBuildDate><atom:link href="https://takao.blog/ja/tags/formatting/index.xml" rel="self" type="application/rss+xml"/><item><title>git blameでフォーマッタ適用などの『意味のない変更履歴』を無視する</title><link>https://takao.blog/ja/web/git-blame-ignore-revs/</link><pubDate>Sun, 20 Jul 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/git-blame-ignore-revs/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post git blameでフォーマッタ適用などの『意味のない変更履歴』を無視する" /&gt;&lt;p&gt;コードの歴史を辿り、「この行は誰が、何の目的で実装したのか」を調べる際に &lt;code&gt;git blame&lt;/code&gt; は非常に便利なコマンドです。しかし、プロジェクト全体にPrettierやESLintの自動修正を適用したり、コードフォーマッタを導入した一括整形コミットがあると、&lt;code&gt;git blame&lt;/code&gt; の結果がすべてその「フォーマット適用コミット」で上書きされてしまい、本当にロジックを変更したオリジナルのコミットや作者が分からなくなってしまう問題が発生します。&lt;/p&gt;</description></item></channel></rss>