Enterprise のユーザを管理する

Enterprise 内の全員が Enterprise のメンバーです。 Enterprise の設定とデータへのアクセスを制御するために、Enterprise のメンバーにさまざまなロールを割り当てることができます。

サイト管理者が実装できるインスタンスレベルのセキュリティ対策 (SSL、サブドメイン分離、ファイアウォールの構成) 以外に、エンタープライズを保護するためにユーザーが実行できるステップがあります。

Enterprise 所有者Enterprise 所有者を Enterprise アカウントに追� します。 Enterprise アカウントにアクセスする必要がなくなった Enterprise 所有者を削除することもできます。

サイト管理者は、任意の通常ユーザアカウントをサイト管理者に昇� �させることや、他のサイト管理者を通常のユーザに降� �させることができます。

Enterprise が所有するリソースやユーザライセンスの利用を監査するため、Enterprise のオーナーは、すべての Enterprise の管理者およびメンバーを表示できます。

監査ログ ダッシュボードでは、サイト管理者に、現在の月および過去 6 か月間に、Enterprise 全体で、すべてのユーザーと Organization によって実行されたアクションが表示されます。 監査ログには、誰がいつ何のアクションを実行したかなどの詳細が含まれます。

トラブルシューティング、ブロック解除、その他の正当な理由のために、ユーザーを偽装し、ユーザーに代わってアクションを実行できます。

既定では ユーザー アカウントは、90 日間アクティブになっていない� �合は休止状態と見なされます。 ユーザーが休止状態と見なされるために非アクティブである必要がある時間の長さを構成し、休止中のユーザーを一時停止してユーザー ライセンスを解放することを選択できます。

ユーザーが企業を離れたり異動したりした� �合には、 に対するそのユーザーのアクセス権を削除したり変更したりしなければなりません。

ユーザまたは Organization を法的に保留して、それらが所有するリポジトリを Enterprise から完全に削除できないようにすることができます。

サイト管理者は SSH キーのインスタンス全体に対する監査を始めることができます。

your GitHub Enterprise Server instance でユーザーに表示されるカスタ�  メッセージを作成できます。

既存のコミットをユーザアカウントにリンクするために、コントリビューションデータの再構築が必要になることがあります。