GitHub・プルリク・コミット・2026年10月27日に確認

GitHub：共同作者がコミットに数えられない

コミットを複数の作者のものにするには、コミットのメッセージに Co-authored-by の行（トレーラー）を1つ以上書きます。コミットが共同作者の貢献として数えられるには、その人の GitHub.com のアカウントに登録されたメールアドレスを使います。メールアドレスを非公開にしている人には、GitHub が用意した no-reply のメールを使います（GitHub の説明「複数の作者でコミットを作る」・2026年10月27日に確認）。

Refactor usability tests.

Co-authored-by: NAME <NAME@EXAMPLE.COM>
Co-authored-by: ANOTHER-NAME <ANOTHER-NAME@EXAMPLE.COM>

共同作者が数えられない理由

書き方：共同作者1人につき Co-authored-by: 名前 <メール> を1行、コミットの説明と空の行の後に書きます。GitHub のウェブのエディターでは、コミットのメッセージの下の欄に書きます。
メール：GitHub は、メールアドレスを GitHub のアカウントのメールアドレスと突き合わせて、コミットを人につなげます。共同作者が自分のアカウントに登録していないアドレスでは、その人につながりません。
誰にもつながらない：GitHub のコミットで、ユーザー名の隣の印が理由を言います。Unrecognized author（メールあり）ならそのアドレスをアカウントに足す、Unrecognized author（メールなし）なら Git にコミットのメールを設定してアカウントに足す、Invalid email なら正しいアドレスを設定します（GitHub の説明「コミットのトラブルシューティング」）。
別の人につながる：手元の Git の設定のメールアドレスを、作業するマシンそれぞれで変え、そのアドレスを自分のアカウントに足します。別の人につながっても、その人がリポジトリに入れるようにはなりません。

スカッシュマージ

新しいコミット1つ：Squash and merge は、プルリクのコミットをマージ先のブランチの1つのコミットにまとめ、書き換えられる既定のコミットメッセージをつけます（GitHub の説明「プルリクのマージ」）。
既定のメッセージ：コミットが1つならそのコミットのタイトルとメッセージ、2つ以上ならプルリクのタイトルとコミットの一覧です。リポジトリによっては、プルリクのタイトルだけ、タイトルとコミットの詳細、タイトルと説明のどれかにしています（GitHub の説明「コミットのスカッシュを設定する」・マージのコミットメッセージが思った形にならないも参照）。
メッセージを見る：トレーラーはコミットのメッセージの一部なので、スカッシュマージの前に、入るコミットのメッセージに Co-authored-by の行が残っているかを確かめます。

組織の代わりにコミットする

書き方：署名したコミットに on-behalf-of: @ORG NAME@ORGANIZATION.COM を書くと、コミットが組織のものになります。その組織のメンバーで、自分のコミットのメールと組織のメールの両方が、組織の確認済みのドメインにある必要があります。GitHub Enterprise Server では使えません。

直す所

これからのコミット：アドレスをアカウントに足せば、そのアドレスを使うこれからのコミットはつながります。メールの設定を変えても、古いコミットはつながらないことがあります。
まだ push していないコミット：git commit --amend で、メッセージにトレーラーを足します。
push 済みのコミット：メッセージを変えるとコミットの ID が変わるので、書き換えた履歴を強制 push します（たとえば git push --force-with-lease・GitHub の説明「コミットのメッセージを変える」。ブランチが断るなら強制 push が止められるを参照）。

IntelliJ IDEA はコミットごとに作者を1人だけ読み、トレーラーはメッセージの文のまま

IntelliJ IDEA に入っている GitHub の機能が、プルリクのコミットを誰が書いたかをどう読むか。ソース（2026年10月31日に確認・IntelliJ IDEA：commitShort.graphql・commit.graphql・gitActorInfo.graphql・GraphQL のファイル）では：

作者は1人：コミットごとに author（名前・メール・アバター・日時・GitHub のユーザー）と committer をGitHub に頼みます。78本の GraphQL のファイルのどれも、git の作者と Co-authored-by のトレーラーから GitHub が作る一覧 authors を頼まないので、GitHub が誰を共同作者に数えているかを IDE は読みません。
トレーラーは文のまま：コミットの messageHeadline と messageBody を頼むので、Co-authored-by の行は読むメッセージの一部で、作者としては扱いません。

IntelliJ IDEA で GitHub のプルリクを見るなら

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。プルリクのレビュー・チェック・会話を差分の隣に出し、対象のブランチが許す方法でマージします。マージの画面が決めるのは、マージやスカッシュのコミットのタイトルだけです（空なら GitHub の既定のタイトル）。メッセージには何も足さないので、残りは GitHub が自動でつけるメッセージになります。受信箱・差分・会話は無料、承認・コメント・解決・マージは Pro（月 US$1.50・30日間の無料試用つき）です。画面は日本語です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。