commit message
https://www.clear-code.com/blog/2013/4/24.html
「どう変わったか」が大事なコミットメッセージを書くときは比較対象を縦に並べましょう。
typoの修正は縦に並べても見つけることは大変〔...〕違っている箇所の下に「^」で印をつけます。
TestDefaultPathRuels ->
TestDefaultPathRules
^^
https://doi.org/10.11309/jssst.40.1_97
http://www.se.cs.titech.ac.jp/~hayashi/pub/hayashi-fose2011.pdf
林 晋平,大森 隆行,善明 晃由,丸山 勝久,佐伯 元司「ソースコード編集履歴のリファクタリング手法」
日本ソフトウェア科学会 FOSE2011, ソフトウェア工学の基礎XVIII, pp.61-70, 2011
ソフトウェア構成管理において,単一のタスクに関連する小さな変更ごとにコミットすべきとするポリシー(Task Level Commit)[4]が広く知られており,編集結果の差分がこのポリシーを満たしていれば好ましい
マジか。
開発者は多様な変更を容易に組み合わせることが可能となったが,このことは履歴の複雑化を助長する可能性がある.以上のことは,理解や利用のしやすい履歴の構造と,ソフトウェア開発において頻発する履歴の構造の間にギャップがあることを示しており,行った変更をそのまま記録せず,理解や利用に適した形になるよう整理することの必要性を示唆している
[...]
編集履歴をそのまま永続化することは好ましくなく,その一部を取り消せることが望ましいなど,不適切な情報を削除するという観点から履歴の書き換えが望まれる場合もある
そういう意味でMercurialはこの哲学に合わなさそう?というか,遂行説辞と編集履歴って微妙に違うか。
https://gist.github.com/joshbuchea/6f47e86d2510bce28f8e7f42ae84c716
接触元: https://pl.kpherox.dev/objects/60ebb158-c930-48b8-a0b2-e70f810c8b47
〔絵文字を用いた説辞について〕今までもAdd ...とかFix ...とか最初の動詞で分類するとかfeat:とかfix:とかchore:とかで分類する方法が提唱されてて、その中でunicode emojiを使うのは意味が自明じゃない点でダメじゃない?って感じ
https://pl.kpherox.dev/objects/d7458f03-f7d9-4d88-9f03-368e719d0105