Organization の Project (classic) へのアクセス許可

Organization オーナーと、プロジェクト (クラシック) の管理者アクセス許可を持つユーザーは、Organization の プロジェクト (クラシック) への読み取り、書き込み、管理アクセス許可を持つユーザーをカスタマイズできます。

この記事の内容

Note

  • 新しいプロジェクト エクスペリエンスである Projects が利用できるようになりました。 Projects の詳細については、「Projects について」を参照してください。
  • 新しいプロジェクト (クラシック)は、既に 1 つ以上のプロジェクト (クラシック)を持つ organization、リポジトリ、またはユーザーに対してのみ作成できます。 プロジェクト (クラシック)を作成できない場合は、代わりにプロジェクトを作成します。

アクセス許可の概要

ユーザーおよび Team の プロジェクト (クラシック) に対するアクセス許可には、次の 3 つのレベルがあります。

  • 読み取り。ユーザーにプロジェクト (クラシック)を表示するアクセス許可を付与します。
  • 書き込み。プロジェクト (クラシック)を表示し、リポジトリをプロジェクト (クラシック)にリンクし、プロジェクト (クラシック)と対話するアクセス許可をユーザーに付与します。 詳しくは、「project (classic)へのリポジトリのリンク」を参照してください。
  • 管理。プロジェクト (クラシック)を表示し、プロジェクト (クラシック)と対話し、プロジェクト (クラシック)設定を管理し、プロジェクト (クラシック)への他のユーザーのアクセスを管理するアクセス許可をユーザーに付与します。

Organization オーナーと、管理者アクセス許可を持つユーザーは、外部コラボレーターまたは Organization メンバーとして、または Team や Organization のメンバーシップを通じて、Organization の プロジェクト (クラシック) に対するアクセス権をユーザーに個別に付与できます。 外部コラボレーターとは、Organization のメンバーではないが、Organization でコラボレーションの権限を付与されたユーザーのことです。

Organization オーナーと、プロジェクト (クラシック) への管理者アクセス許可を持つユーザーは、次の操作を行うこともできます。

プロジェクト (クラシック)

のアクセス許可のカスケード

ユーザーが組織のプロジェクト (クラシック) (個別にチームを通じて、または組織のメンバーとして) 複数の方法でアクセスできる場合、最も高いプロジェクト (クラシック) アクセス許可レベルによって、より低いアクセス許可レベルがオーバーライドされます。

たとえば、Organization オーナーが プロジェクト (クラシック) への読み取りアクセス許可をすべての Organization メンバーに付与しており、プロジェクト (クラシック) 管理者が個別のコラボレーターとしてそのボードへの書き込みアクセス許可を Organization メンバーに付与した場合、そのメンバーは、プロジェクト (クラシック) への書き込みアクセス許可を持つことになります。

プロジェクト (クラシック) の可視性

組織の所有者は、組織のメンバーがパブリック projects および プロジェクト (クラシック) を作成したり、既存の projects および プロジェクト (クラシック) の可視性をパブリックに変更したりする機能を制御できます。 詳しくは、「Organization のプロジェクトの可視性の変更を許可する」を参照してください。

既定では、ユーザー所有および Organization 全体の プロジェクト (クラシック) はプライベートであり、プロジェクト (クラシック) に対する読み取り、書き込み、または管理者権限を持つユーザーにのみ表示されます。 パブリックの プロジェクト (クラシック) は、プロジェクト (クラシック) の URL を持つすべてのユーザーがアクセスできます。 リポジトリ レベルの プロジェクト (クラシック) は、リポジトリの可視性を共有します。 つまり、プライベート リポジトリにはプライベート ボードがあり、この可視性を変更することはできません。 プロジェクト (クラシック) の可視性をプライベートからパブリックに変更したり、元に戻すことができます。 詳しくは、「project (classic)の可視性の変更」をご覧ください。

参考資料