git履歴から、確かめられる事実を取り出す方法

誰の変更かの区別（帰属の区別）

コミット（変更を記録した1件）ごとに、本人の変更、ほかの人の変更、自動で動くプログラム（bot）の変更、自動で作られたファイルや外から取り込んだコード、コピー元のリポジトリ（fork元）から引き継いだ記録などを、11の分類で分けて数えます。

分からないこと

コードの良し悪しは分かりません。

CLIの出力では origin（11分類）

変えた部分の区分（作業領域）

変えたファイルの場所と種類から、画面、サーバー側、データ、基盤、テスト、文書、自動化の設定（CI/CD）、監視、設定ファイル、生成物・外部のコード、そのほかの11の区分に分けて、区分ごとに変えたコミットの件数を数えます。

分からないこと

ファイルの名前から機械的に分けるので、職種や得意分野を決めるものではありません。

CLIの出力では surface_profile

変更のペース（変更リズム）

直近180日のうち、変更を記録した日が何日あったかを数えます。変更と変更のあいだが何日空いたかも、真ん中の値と長いほうから1割にあたる値で示し、2日以内の間隔と30日以上の間隔の割合も出します。

分からないこと

労働時間や勤怠、意欲、納期を守ったかは分かりません。毎日小さな変更を記録すれば日数は増え、まとめて記録すれば減ります。

CLIの出力では change_rhythm

テストも一緒に変えた割合（テスト併修率）

本番のコード（テストと文書以外）を変えたコミットのうち、同じコミットでテストも変えたものの割合です。

分からないこと

テストが通ったか、テストやコードの質は分かりません。文書や設計が中心の仕事のように、テストが前提でない仕事では低く出るのが自然です。

CLIの出力では test co-change

テストの付け方（検証の形）

テストを触ったコミットの割合、テストの種類（単体・結合・E2E・契約）、不具合の修正（fix・revert）のうちテストも一緒に変えたものの割合を出します。

分からないこと

テストの担当（QA）に向いているかは分かりません。

CLIの出力では verification_profile

リポジトリの様子（リポジトリの文脈）

関わった人の数、いちばん多く変更した人が占める割合（名前は出しません）、取り込み（マージ）の記録の割合、使っている言語、活動の密度など、数値が出たリポジトリの様子を並べます。

分からないこと

個人の能力や、チームの優劣は分かりません。分類であって、序列ではありません。

CLIの出力では context profile

関わり方

本人の同意が記録されているときだけ、新しいファイルを作ったコミット、既にあるファイルを直したコミット、取り込み（マージ）のコミット、本人が付けたリリースの印の数などを出します。

分からないこと

職種を決めるものではありません。CLIが確かめるのは同意が記録されていることで、同意そのものではありません。

CLIの出力では role_profile

修正でのやり直し（手戻り率）

21日以内に触ったファイルを、修正（fix）や取り消し（revert）などの件名で、もう一度変えたコミットの割合です。

分からないこと

バグの件数や品質ではありません。件名の付け方で出方が変わるので、人と比べたり合否に使ったりしません。

CLIの出力では corrective rework

同じファイルへの戻り（磨き直し）

本番のコードの同じファイルに、21日以内にもう一度手を入れたコミットの割合です。

分からないこと

手戻りや不具合の件数ではありません。

CLIの出力では path retouch

いまのコードの新しさ（定着率）

いまのコードに残っている行が、書かれてからどれくらい経っているかを、180日を目安に重みを付けて平均した値です。1に近いほど、最近書かれた行が多いことを表します。

分からないこと

180日後に残った行の割合や、コードの品質ではありません。リポジトリ全体の値で、一人ひとりの値ではありません。

CLIの出力では survival（--survival を付けたとき）