ユーザーアカウント

各GitLabアカウントには、ユーザープロファイルと設定があります。プロファイルには、あなたに関する情報と、あなたのGitLabアクティビティが含まれています。設定では、GitLabのいくつかの側面を自分に合うようにカスタマイズすることができます。

ユーザーの作成

GitLabでユーザーを作成するにはいくつかの方法があります。 詳しくはユーザーの作成ドキュメントをご覧ください。

サインイン

GitLabアカウントにサインインするにはいくつかの方法があります。 詳しくは認証のトピックをご覧ください。

不明なサインイン

不明なIPアドレスやデバイスからのサインインがあった場合、GitLabは通知します。 詳しくは不明なサインインの通知をご覧ください。

ユーザープロフィール

プロフィールにアクセスするには

  1. アバターをクリックしてください。
  2. プロフィールを選択します。

プロフィールページには、以下の情報が表示されます:

  • 個人情報
  • アクティビティストリーム:アクティビティストリームと貢献した履歴を見ることができます。
  • グループ:あなたが所属しているグループ
  • 貢献したプロジェクト: 貢献したプロジェクト
  • 個人プロジェクト:あなたの個人プロジェクト(プロジェクトの可視レベルを尊重します)
  • スターを付けたプロジェクト:スターを付けたプロジェクト
  • スニペット:個人的なコードスニペット

プロフィール設定

プロフィール設定にアクセスするには

  1. アバターをクリックしてください。
  2. 設定」を選択します。

そこからは

パスワードの変更

  1. プロフィールの設定」>「パスワード」を開きます。
  2. 現在のパスワード」フィールドに現在のパスワードを入力します。
  3. 新しいパスワード」フィールドに1回、「パスワードの確認」フィールドに1回の計2回、ご希望の新しいパスワードを入力してください。
  4. パスワードを保存」ボタンをクリックしてください。

現在のパスワードがわからない場合は、「パスワードを忘れました」リンクを選択してください。

Change your password

ユーザー名の変更

username は、あなたのユーザー ID に関連するユニークなnamespaceです。これを変更すると、意図しない副作用が発生する可能性がありますので、先に進む前にリダイレクトの動作をお読みください。

usernameを変更するには:

  1. プロフィールの 「設定」>「アカウント」に移動します。
  2. ユーザー名の変更」で新しいユーザー名を入力します。
  3. ユーザー名の更新をクリックします。
注意:現在、コンテナレジストリタグを含むプロジェクトを移動することができないため、ユーザー名を変更することはできません。
ヒント:元の名前空間の所有権を保持し、URLリダイレクトを保護したい場合は、グループのパスを変更したりユーザー名を変更したりする代わりに、新しいグループを作成してそこにプロジェクトを転送することができます。 あるいは、GitLabPagesでホストしているプロジェクトの場合にも対応するGitLab Team Handbookの詳細な手順に従うこともできます。

非公開プロフィール

この機能が有効な場合、以下の情報はユーザープロファイルページ(https://gitlab.example.com/username)から非表示になります:

  • アトムフィード
  • アカウント作成日
  • アクティビティタブ
  • グループタブ
  • 貢献者プロジェクトタブ
  • 個人プロジェクトタブ
  • 星付きプロジェクトタブ
  • スニペットタブ

非公開プロフィールを有効にします:

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. メイン設定]セクションの[非公開プロフィール]オプションにチェックを入れます。
  5. プロファイル設定の更新をクリックします。
注意:プロフィールの非公開オプションが有効になっていても、プロフィール情報はすべて自分自身やGitLabの管理者が見ることができます。

外部口座の詳細を追加

GitLabでは、SkypeやTwitterなど、あなたが持っている特定の外部アカウントへのリンクを追加することができます。 それらは、他のユーザーが他のプラットフォームであなたとつながるのを助けることができます。

他のアカウントへのリンクを追加するには

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. Main settings(メイン設定)セクションで、外部アカウントに必要なフィールドを入力します:
    • スカイプ
    • Twitter
    • LinkedIn
  5. プロファイル設定の更新をクリックします。

非公開貢献者

GitLab 11.3で導入されました

非公開貢献を有効にすると、ユーザーの貢献カレンダーのグラフやユーザーの最近のアクティビティに、非公開プロジェクトへの貢献が含まれるようになります。

非公開の貢献を可能にするため:

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. 非公開貢献オプションをチェックしてください。
  5. プロファイル設定の更新をクリックします。

現状

GitLab 11.2 で導入されました。

ユーザープロフィールには、カスタムステータスメッセージとそれを表す絵文字を設定することができます。 外出中などでステータスを確認できない場合に便利です。 他のユーザーは、あなたのステータスを考慮して、あなたのイシューに対応したり、あなたに仕事を割り当てることができます。プロフィールが非公開の場合でも、ステータスは公開されますのでご注意ください。

ステータスメッセージは100文字のプレーンテキストに制限されていますが、I'm on vacation :palm_tree:のような絵文字コードを含むことができます。

現在のステータスを設定するには

  1. アバターをクリックしてください。
  2. ステータスの設定]をクリックするか、すでにステータスを設定している場合は[ステータスの編集]をクリックします。
  3. 必要な絵文字やステータスメッセージを設定します。
  4. ステータスの設定]をクリックするか、[ステータスの削除]をクリックしてユーザーステータスを完全に削除することもできます。

あるいは

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. ステータステキスト欄にステータスメッセージを入力してください。
  5. ステータス絵文字(スマイリーフェイス)を追加]をクリックし、必要な絵文字を選択します。
  6. プロファイル設定の更新をクリックします。

APIを使用して現在のステータスを設定することもできます。

コミットメール

GitLab 11.4で導入されました

コミットメールとは、GitLabのインターフェイスを通して行われるGit関連のアクションごとに表示されるメールアドレスのことです。

コミットメールには、認証済みのメールアドレスを使用できます。

コミットメールを変更するには

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. Commit emailドロップダウンをクリックします。
  5. 確認済みの電子メールのいずれかを選択します。
  6. プロファイル設定の更新をクリックします。

非公開コミットメール

GitLab 11.5で導入されました。

GitLabは自動的に生成される非公開コミットメールオプションをユーザーに提供します。

このオプションを有効にするには

  1. アバターをクリックしてください。
  2. プロフィールを選択します。
  3. プロフィールの編集(鉛筆アイコン)をクリックします。
  4. Commit emailドロップダウンをクリックします。
  5. 非公開メールを使用するオプションを選択します。
  6. プロファイル設定の更新をクリックします。

このオプションを有効にすると、git に関連するすべてのアクションが非公開のコミットメールを使って実行されるようになります。

完全に匿名性を保つには、この非公開コミットメールをコピーし、以下のコマンドを使ってローカルマシンに設定することもできます:

git config --global user.email <your email address>

トラブルシューティング

なぜサインアウトされ続けるのですか?

GitLabのメインアプリケーションにサインインすると、_gitlab_session クッキーが設定されます。 _gitlab_sessionブラウザを閉じるとクライアントサイドでクリアされ、”Application settings -> Session duration (minutes)” /session_expire_delay(デフォルトは10080 minutes = 7 days)の後に期限が切れます。

GitLabのメインアプリケーションにサインインする際、”Remember me “オプションをチェックすることで、remember_user_tokenクッキーを設定することもできます(devise経由)。remember_user_token の有効期限は、config/initializers/devise.rb ->config.remember_for の後です(デフォルトは2週間)。

_gitlab_session の有効期限が切れたり、利用できなくなったりした場合、GitLab はremember_user_tokenを使って新しい_gitlab_session を取得し、ブラウザの再起動後もサインインを維持します。

remember_user_token の有効期限が切れ、_gitlab_session がクリア/失効されると、セキュリティ上の理由から、本人確認のために再度サインインするよう求められます。

サインイン時間の増加

GitLab 13.1で導入されました。

config.extend_remember_period フラグが真に設定されるようになったので、クッキーのremember_user_token ライフタイムはconfig.remember_forで設定された期限を超えることができるようになりました。

GitLabはセッションクッキーと永続的クッキーの両方を使用します:

  • セッションクッキー:セッションクッキーは通常、ブラウザが閉じられるとブラウザセッションの終了時に削除されます。_gitlab_session クッキーには有効期限がありません。
  • Persistent cookie:remember_me_token 、有効期限が2週間のクッキーです。サインイン時に「Remember Me」をクリックすると、GitLabはこのクッキーをアクティビティ化します。

デフォルトでは、サーバーは使用されるセッションに1週間のtime-to-live(TTL) を設定します。

ブラウザを閉じても、セッションクッキーは残っていることがあります。 例えば、Chromeにはセッションクッキーを復元する “Continue where you left off “オプションがあります。 言い換えれば、少なくとも2週間に1回GitLabにアクセスしている限り、ブラウザのタブが開いている限り、GitLabでサインインしたままにすることができます。 2FAがインストールされているかどうかに関係なく、サーバーはそのセッションのTTLをリセットし続けます。ブラウザを閉じて再び開くと、remember_user_token クッキーによってユーザーが再認証することができます。

config.extend_remember_period フラグがなければ、2週間後に再サインインを余儀なくされます。