2

RTC での「プロジェクト スコープ」の可視性とは何ですか?

これは、プロジェクト エリアのメンバーがこのストリームまたはワークスペースを表示できるということですか?

4

1 に答える 1

3

リポジトリ ワークスペースを作成するときに、プロジェクト エリアのメンバーがチェックアウトした変更セットを確認できるように、「プロジェクト スコープ」を選択できます。

つまり、彼らはあなたのリポジトリ ワークスペースを自分のリポジトリ ワークスペースの「フロー ターゲット」セクションに追加できます。これは、何かを配信するためではなく (所有していないリポジトリ ワークスペースに変更セットをプッシュすることはできません)、変更セットを受け入れるためです。 .

これは、変更をチェックインする場合に非常に便利ですが、ストリームで配信しないでください。
可視性が「非公開」の場合、変更セットはリポジトリ ワークスペースに留まっています。
可視性が「プロジェクト スコープ」である場合、プロジェクト エリアの別のメンバーが見て、あなたの変更を受け入れ、あなたが不在の間、あなたのためにそれらを提供することができます。

レポ ワークスペース

記事「Rational Team Control でソース管理へのアクセスを制御する」では、「レポ ワークスペース」以外の要素について、「プロジェクト スコープ」の可視性について詳しく説明しています。

たとえば、コンポーネントの可視性にスコープを設定できます。

ソース管理のアクセス制御は、コンポーネントに基づいています。

  • プロジェクト・エリアが所有するコンポーネントの場合、そのアクセスは、プロジェクト・エリアと同じように範囲指定されます。
  • 個々のユーザーが所有するコンポーネントの場合、所有者はそのスコープを指定できます。

ストリームの場合:

RTC 3.0.1 から、ストリームの範囲を個々のチーム エリアに限定できるようになりました。つまり、チームのメンバーだけが、チームが所有するストリームとコンポーネントにアクセスできるようになります。

  • 長所：
    • より厳格なアクセス制御。
    • アクセス制御は、組織階層に従うことができます。
  • 短所：
    • すべてのチームが組織図にきれいに収まるわけではありません。
于 2013-07-07T20:08:16.317 に答える