短い答え
GitLabには単一のメール設定があるわけではありません。いくつかの設定があり、それぞれが別のものを制御します。サインインに使うアドレス、公開プロフィールに表示されるアドレス、そして作成したコミットに紐づくアドレスです。アドレスを安全に引退させるには各画面を確認する必要があります。なぜなら、1つを変更しても他が自動的に片付くわけではないからです。
GitLabのプライマリメールはログイン・コミット・通知の既定であり、変更しても以前のプライマリアドレスはセカンダリアドレスとして保持されます。出典
この一文だけですでに罠が生まれます。プライマリメールを新しいアドレスに変更しても、古いアドレスはアカウントから消えません。セカンダリアドレスとして残るため、サインインに使わなくなった後もGitLab上のあなたの身元と結びついたままになり得ます。
3つの画面、3つの異なる設定
| 画面 | 制御する内容 | メールを引退させる際に重要な理由 |
|---|---|---|
| プライマリメール | ログイン・コミット・通知の既定 | 変更すると古いアドレスは削除ではなくセカンダリに降格する |
| 公開メール | 公開プロフィールに表示されるアドレス | 別のフィールドであり、ログインアドレスではないアドレスを表示できる |
| コミットメール | 作成したコミットに紐づくアドレス | プライベートメールのオプションがあるが、ローカルのGit設定も影響する |
実践的な教訓は、「プロフィールを非公開にする」ことと「このアドレスを使い続けない」ことは同じ操作ではない、という点です。上の各行はそれぞれ独自に確認する必要があります。
ステップ1: 公開プロフィールに何を表示するか決める
Public emailフィールドはそれ自体が独立した設定です。公開プロフィールに表示するアドレスがある場合、どれを表示するかを選びます。
Public emailフィールドは公開プロフィールに表示されるアドレスを選ぶもので、独立した設定です。出典
独立しているため、プライマリのログインアドレスを変更しても、それだけで訪問者にプロフィール上で見えるものが変わるわけではありません。Public emailフィールドを直接確認し、そこにあるアドレスを表示して問題ないか判断してください。アドレスを引退させる場合、ここが最も目に見える画面なので最初に確認する場所です。
ステップ2: プライマリアドレスを意図的に変更する
目的が古いアドレスでのサインインをやめることなら、プライマリメールを変更します。その結果を理解しておいてください。以前のプライマリアドレスは削除されるのではなく、セカンダリアドレスになります。
GitLabのプライマリメールはログイン・コミット・通知の既定であり、変更しても以前のプライマリアドレスはセカンダリアドレスとして保持されます。出典
つまり2つ目の判断が必要になります。変更後、アカウントのセカンダリアドレスを確認し、古いアドレスを紐づけたままにすべきか決めてください。ここで承認された出典は降格の挙動を説明していますが、すべての削除手順を明記しているわけではないため、セカンダリアドレスを削除する正確な手順は想定せず、ご自身のアカウント設定で確認すべき事項として扱ってください。
ステップ3: コミットが何を露出するか確認する
コミットメールは、プロフィールページではなくコード履歴に紐づくため、最も見落とされやすい画面です。GitLabのコミットメール選択にはプライベートメールのオプションがあります。
GitLabはCommit emailの選択でUse a private emailを提供しており、ローカルコミットについてはローカルのGit設定も考慮する必要があります。出典
このオプションはGitLab経由のコミットを対象にしますが、すべてではありません。お使いのマシンのローカルGit設定も、ローカルで作成するコミットに記録されるアドレスを左右するため、GitLabの設定だけでは今後の履歴全体をカバーできない可能性があります。コミットのプライバシーが重要なら、GitLabのコミットメール設定とローカルのGit設定の両方を確認してください。
過去のコミットという限界
ここが最も注意を要する部分です。承認された事実は現在の設定を説明するものであり、遡及的な書き換えではありません。コミットメール設定の変更やプロフィールの非公開化が、過去のコミットにすでに記録されたアドレスを削除するとは、提供された出典のどこにも示されていません。
過去の露出は現在の設定とは別の問題として扱ってください。
- 現在の設定は新しい活動がどうなるかを制御します。
- 過去のコミットは、その時点で存在した設定の下で作成されたものです。
- プロフィールの可視性は表示設定であり、他の場所に保存・記録されている内容についての主張ではありません。
コミット履歴の古いアドレスが本当の懸念なら、設定変更が遡って及んだと想定せず、その画面を直接確認してください。ここでの出典は遡及的なクリーンアップの仕組みを記録していないため、それを前提に計画しないでください。
確認チェックリスト
次の順に進め、期待ではなく実際にアカウントで観察したことを記録してください。
- 公開プロフィール。 訪問者と同じようにプロフィールを開き、どのアドレスが表示されているか（表示がある場合）を確認します。次にPublic emailフィールドを確認し、意図と一致するか確かめます。
- プライマリメール。 現在どれがプライマリでどれがセカンダリかを確認します。プライマリを変更した場合は、その後リストを再確認し、古いアドレスがセカンダリアドレスの中に残っていることを記録します。
- コミットメール設定。 GitLab経由のコミットでどのオプションが選ばれているか確認します。
- ローカルのGit設定。 ローカルでコミットするすべてのマシンで設定されたメールを確認します。GitLabの設定と異なる場合があるためです。
- 過去のコミット。 過去に作成したコミットを見て、どのアドレスが現れるか確認します。設定変更がそれらを変えたと想定しないでください。
変更後はステップ1から3を繰り返すのが有用な習慣です。これらの設定は独立しており、1つの変更が別の変更を確認するものではないからです。
より広い整理作業の中での位置づけ
このガイドは意図的に範囲を絞っています。GitLabの公開プロフィールアドレス、ログインアドレス、コミットアドレスの分離を扱います。より広い課題が、そもそもどのアカウントがメールアドレスに紐づいているかを見つけることなら、それは別の作業です。ユーザー名やメールの検索は公開された一致を手がかりとして浮かび上がらせられますが、公開された一致は所有の証明ではなく手がかりであり、検索は完全なアカウント一覧ではありません。次のステップについては、メールアドレスからアカウントを見つけるに関する関連ガイドをご覧ください。
同じレビューの一環として、ユーザー名がプラットフォーム間のどこに現れるかを確認したい場合、TraceSeekは3,000+のプラットフォームをカバーし、製品によれば20-30秒かかる初回スキャンを無料で提供しています。これらは独立した測定ではなく製品の説明であり、スキャン結果は身元の確認ではなく検証の出発点として扱うべきです。
避けるべきこと
- 公開プロフィールを隠せばコミット履歴からアドレスが消えると想定しない。
- プライマリメールを変更すれば古いものが削除されると想定しない。セカンダリアドレスになる。
- ローカルでもコミットするなら、GitLabのコミットメール設定だけに頼らない。
- ユーザー名とメールの公開された一致を、両方が同一人物のものだという証明として扱わない。
FAQ
GitLabのプライマリメールを変更すると古いアドレスは削除されますか？
承認された事実に基づけば、いいえ。以前のプライマリアドレスはセカンダリアドレスとして保持されるため、アカウントに紐づいたまま残り、別途判断が必要です。
Public emailフィールドはログインメールと同じですか？
別々の設定です。Public emailフィールドは公開プロフィールに表示されるアドレスを選び、プライマリメールはログイン・コミット・通知の既定です。
プライベートなコミットメールを設定すると過去のコミットは更新されますか？
提供された出典は過去のコミットへの遡及的な変更を示していません。設定が遡って及んだと想定せず、過去のコミットを直接確認してください。
コミットのプライバシーのためにGitLabの外で何か変更する必要がありますか？
あるかもしれません。ローカルのGit設定もローカルで作成するコミットに影響するため、GitLabの設定だけではすべてをカバーできない可能性があります。