3 プロジェクトの操作
VB Studioにサインインした後、プロジェクトを作成したり、共有プロジェクトを開いたり、自分がメンバーであるプロジェクトを開くことができます。
プロジェクトの作成後、ユーザーの追加、環境の設定およびプロジェクトの管理を行うことができます。 必要に応じて、問題の作成を開始して作業を追跡し、アジャイル・ボードおよびスプリントを定義してチームの進捗を管理できます。
プロジェクトとは
プロジェクトは、VB Studioで作業ユニットを完了するために必要なすべてのユーザー、ツールおよびプロセスを収集します。
プロジェクトを使用して、ソース・コード・ファイルのホスト、問題の追跡、コードでのコラボレーション、およびアプリケーションのビルドとデプロイを行うことができます。 プロジェクトは複数のGitリポジトリをホストでき、各Gitリポジトリには複数のブランチと数百のコード・ファイルを含めることができます。 チームがOracle Cloudアプリケーションを拡張している場合は、アプリケーションごとに単一のリポジトリで作業するための単一のプロジェクトがあるように設定する必要があります。
プロジェクト内で、チーム・メンバーにGitリポジトリの各ブランチのマージ・リクエストの作成を要求し、レビューアにコードのレビューと承認を依頼できます。 複数のビルド・ジョブを作成および構成して、Oracle CloudまたはオンプレミスWebサーバーにデプロイできる様々なプロジェクト・アーティファクトを生成できます。
プロジェクト・メンバーシップとは
プロジェクト・メンバーシップ・ステータスに応じて、VB Studioページで実行できる操作は次のとおりです:
このプロジェクト・メンバーシップ... | ユーザーは次のことができます: |
---|---|
組織管理者 |
組織およびOCIと「OCIクラシック」への接続の設定のすべてのプロジェクトにアクセスして管理します。 ノート: どのプロジェクトでも、組織管理者は自分自身にプロジェクト所有者ロールを割り当てることができます。 これにより、他のプロジェクト所有者と同じプロジェクト権限が付与されます。 組織管理者は、プロジェクトがメンバーでないかぎりプロジェクトを開くことができず、その場合でも、プロジェクト権限を決定するプロジェクト・メンバーシップ・タイプです。IT部門の組織およびメンバーを人数とする個人には、このメンバーシップが割り当てられます。 サービス・インスタンスを作成する個人には、このメンバーシップが自動的に割り当てられます。 |
プロジェクト所有者 |
プロジェクトのすべてのコンポーネントにアクセスし、Gitリポジトリの追加または削除、プロジェクト・ユーザーの管理、デフォルト・レビューアの割当て、Webhookの構成などのプロジェクト管理および管理タスクを実行します。 プロジェクト・マネージャおよびチーム・リーダーには、このメンバーシップが割り当てられます。 プロジェクトを作成する個人には、このメンバーシップが自動的に割り当てられます。 |
開発者 |
プロジェクトのほとんどのコンポーネントにアクセスしますが、プロジェクト管理または管理アクションは制限されています。 上級開発者にはこのメンバーシップが割り当てられます。 |
制限された開発者 |
プロジェクトの一部のコンポーネントにアクセスしますが、ジョブ構成、環境管理、ボード管理、プロジェクト管理および管理アクションが制限されています。 QAチームのニア開発者およびメンバーには、このメンバーシップが割り当てられます。 |
貢献者 |
読取り専用モードでプロジェクト・コンポーネントにアクセスしますが、コメントの入力、問題の更新、Wikiの表示およびビルド・アーティファクトのダウンロードを行うことができます。 通常、新しい開発者、テクニカル・ライターおよびその他のメンバーには、このメンバーシップが割り当てられます。 |
メンバー以外 |
「貢献者」メンバーシップと同じものにアクセスしますが、共有プロジェクトの場合のみです。 |
プロジェクト・メンバーシップの確認
プロジェクトのメンバーシップを確認するには、VB Studioにサインインし、プロジェクトの名前をクリックします:
検出するには | 方法: |
---|---|
組織管理者の場合 |
ブランド・バーでユーザー・アバターをクリックし、「連絡先」をクリックします。 組織管理の下に自分の名前がリストされている場合は、組織管理者ロールが割り当てられています。 別の確認方法は、「左のナビゲータ」で「組織」を選択して組織ページを表示することです。 一連のタブ(プロジェクト、OCIアカウント、仮想マシン、仮想マシン・テンプレート、コンポーネント交換、プロパティ)が表示される場合は、組織管理者です。 プロジェクトのリストのみが表示される場合は、他のロールが割り当てられています。 |
所有するプロジェクト |
Organizationまたは「プロジェクト・ホーム」ページで、「所有者」トグル・ボタンをクリックします。 |
自分がメンバーであるプロジェクト |
Organizationまたは「プロジェクト・ホーム」ページで、「メンバー」トグル・ボタンをクリックします。 |
プロジェクト・メンバーシップ・ステータス |
名前の横に「所有者」タグが表示されている場合は、プロジェクト所有者となります。 名前の横に「所有者」タグが表示されない場合は、プロジェクト・メンバーです。 名前の横にあるDeveloper、Developer LimitedまたはContributorタグは、プロジェクト・メンバーシップを示します。 名前が見つからない場合は、メンバーではありません。 たとえば、次の図では、Alex Adminがプロジェクト所有者、Clara Coderが開発者限定、Don Developerが開発者です: |
アクセスできないプロジェクトのメンバーシップのリクエスト
プロジェクトのメンバーである場合は、プロジェクトにアクセスできます。 共有プロジェクトのメンバーでない場合、そのプロジェクトへの読取り専用アクセス権があります。 発見可能なプライベート・プロジェクトのメンバーでない場合、プロジェクトの名前と所有者は表示されますが、プロジェクトを開くことはできません。 ただし、このトピックの手順に従って、プロジェクトのメンバーシップをリクエストできます。 発見できないプライベート・プロジェクトのメンバーでない場合、プロジェクト・リストにそのプロジェクトが表示されることすらありません。
プロジェクト・アクセスおよびメンバーシップをリクエストする機能は、管理者以外のユーザーに提供されます。 つまり、プロジェクト所有者でない個人が使用し、リクエストを受け取り、アクセスとメンバーシップを付与(または拒否)します。
- アクション・メニューをクリックし、「メンバーシップのリクエスト」オプションを選択してプロジェクトへのアクセスをリクエストします。
「メンバーシップのリクエスト」ダイアログ・ボックスが表示されます。
「
図membership-request-roles.pngの説明」
- 4つのメンバーシップ・ロールのいずれかを選択し、「リクエスト」をクリックします。
メンバーシップの1つを選択する必要があります。 そうしないと、リクエストは送信されず、メンバーシップ・タイプを選択するよう促すメッセージが表示されます。
- VB Studioは、プロジェクト所有者にEメールを送信します。 電子メールには、プロジェクト所有者にリクエストの承認または却下を求めるページへのリンクが含まれています。
プロジェクトにEメールを受信する複数のプロジェクト所有者がいる場合、最初の所有者が応答した後、リンクをクリックした後続の所有者は、リクエストがすでに処理されており、別のプロジェクト所有者によってすでに承認または却下されているというメッセージが表示されます。
- プロジェクト所有者がメンバーシップ・リクエストを承認すると、この画面が表示されます。
- プロジェクト所有者がメンバーシップ・リクエストを拒否すると、この画面が表示されます。
- リクエストが承認または却下されたかどうかを示す電子メールが届きます。 このEメールは、プロジェクト所有者がプロジェクト・ページの「チーム」タブから手動で追加したときに表示される確認メールのようになります。
- プロジェクトの作業を開始します。
プロジェクト・レベルで実行できる操作
VB Studioで実行できる処理は、プロジェクト・メンバーシップ・ステータスによって異なります。
ノート:
どのプロジェクトでも、組織管理者は自分自身にプロジェクト所有者ロールを割り当てることができます。 これにより、他のプロジェクト所有者と同じプロジェクト権限が付与されます。 組織管理者は、プロジェクトがメンバーでないかぎりプロジェクトを開くことができず、その場合でも、プロジェクト権限を決定するプロジェクト・メンバーシップ・タイプです。プロジェクト・メンバーシップ・ステータスに応じて、VB Studioページで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
Gitリポジトリ | |||||
Gitリポジトリの作成、編集または削除 | |||||
Gitリポジトリへのコミットのプッシュ | |||||
Gitリポジトリからのファイルのクローニングおよび読取り | |||||
Mavenリポジトリ | |||||
Mavenリポジトリへのファイルの書込みまたはアップロード | |||||
Mavenリポジトリからのファイルの読取り | |||||
NPMレジストリ | |||||
プロジェクトNPMレジストリからパッケージを読み取ります | |||||
プロジェクトNPMレジストリへのパッケージの発行 | |||||
スニペット | |||||
スニペットの表示 | |||||
スニペットの作成、編集および削除 | |||||
マージ・リクエスト | |||||
マージ・リクエストの検索および表示 | |||||
マージ・リクエストへのコメントの追加 | |||||
マージ・リクエストの作成、マージおよびクローズ | |||||
レビューアの追加および削除 | |||||
リンクされた問題の追加および削除 | |||||
リンクされたビルドの追加および削除 | |||||
リンクされたビルドの開始 | |||||
問題 | |||||
問題の検索および表示 | |||||
課題の作成および編集 | |||||
Agile | |||||
ボードの表示(バックログ、アクティブなスプリントおよび問題、レポートは表示しない) | |||||
1つのボードを作成、コピー、および編集 | |||||
他のユーザーが所有するボードのコピーおよび編集 | |||||
1つのボードを削除 | |||||
他のユーザーが所有するボードの削除 | |||||
スプリント・レポートの表示 | |||||
Wiki | |||||
Wikiページの表示 | |||||
Wikiページにコメントを追加しますが、ページ・コンテンツは変更できません | |||||
Wikiページの作成、編集および削除 | |||||
ビルド | |||||
ビルドの表示 | |||||
ビルドの実行およびビルド通知の受信 | |||||
ジョブの作成、構成および削除 | |||||
パイプラインの作成、構成および削除 | |||||
環境 | |||||
環境の表示 | |||||
環境の作成、構成および削除 | |||||
インスタンスの追加および削除 | |||||
ワークスペース | |||||
ワークスペースの表示 | |||||
ワークスペースの追加および管理 | |||||
Releases | |||||
リリースの表示 | |||||
リリースの作成、編集および削除 | |||||
Docker | |||||
Dockerレジストリの表示 | |||||
Dockerレジストリへの書込み | |||||
プロジェクト | |||||
すべての機能、チーム管理のプロジェクト管理ページへのアクセス |
プロジェクト・ホーム・ページの権限
プロジェクト・メンバーシップ・ステータスに応じて、「プロジェクト・ホーム」ページ、特に最近のアクティビティ、リポジトリ・タブ、グラフと統計タブおよびチーム・タブの領域で様々な権限を持ちます。
ノート:
どのプロジェクトでも、組織管理者は自分自身にプロジェクト所有者ロールを割り当てることができます。 これにより、他のプロジェクト所有者と同じプロジェクト権限が付与されます。 組織管理者は、プロジェクトがメンバーでないかぎりプロジェクトを開くことができず、その場合でも、プロジェクト権限を決定するプロジェクト・メンバーシップ・タイプです。ワークスペース・パネル
プロジェクト・メンバーシップ・ステータスに応じて、ワークスペース・パネルで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
プロジェクト・ワークスペースの表示 |
|||||
デザイナでワークスペースを開く |
環境パネル
プロジェクト・メンバーシップ・ステータスに応じて、環境パネルで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
プロジェクト環境の表示 |
|||||
環境を選択し、環境ページで開きます。 |
最近のアクティビティ・フィード
プロジェクト・メンバーシップ・ステータスに応じて、最近のアクティビティ・フィードで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
最近のアクティビティ・フィードを表示 |
|||||
最近のアクティビティ・フィードをフィルタ |
|||||
アクティビティの検索 |
リポジトリ・タブ
プロジェクト・メンバーシップ・ステータスに応じて、Repositoriesタブで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
Gitリポジトリを作成 |
|||||
Gitリポジトリを表示 |
|||||
Gitリポジトリをお気に入りとしてマーク |
|||||
GitリポジトリのURLのコピー |
|||||
Mavenリポジトリの参照 |
|||||
MavenリポジトリURLのコピー |
|||||
プロジェクトNPMレジストリを参照し、そのURLをコピー | |||||
Dockerレジストリの参照とそのURLのコピー |
「統計」タブ
プロジェクト・メンバーシップ・ステータスに応じて、統計タブで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
問題、コミットおよびマージ・リクエストの個人統計の表示 |
チーム・タブ
プロジェクト・メンバーシップ・ステータスに応じて、チーム・タブで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
プロジェクト・ユーザーの表示 |
|||||
ユーザー・リストのエクスポート |
|||||
ユーザーの追加または削除 |
|||||
ユーザーのプロジェクト・ロールを変更 |
プロジェクト内でできること
プロジェクト・メンバーシップのステータスに応じて、権限によって権限を変更できます。
ノート:
どのプロジェクトでも、組織管理者は自分自身にプロジェクト所有者ロールを割り当てることができます。 これにより、他のプロジェクト所有者と同じプロジェクト権限が付与されます。 組織管理者は、プロジェクトがメンバーでないかぎりプロジェクトを開くことができず、その場合でも、プロジェクト権限を決定するプロジェクト・メンバーシップ・タイプです。次の領域にアクセスして、各プロジェクト・メンバーシップにどのような権限があるかを確認します:
Gitリポジトリを使用するための権限
プロジェクト・メンバーシップ・ステータスに応じてGitリポジトリと対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
ホストされたGitリポジトリを作成する、外部のGitリポジトリを追加する、またはGitリポジトリをインポート |
|||||
Gitリポジトリを複製します |
|||||
Gitリポジトリへのコミットのプッシュ |
|||||
Gitリポジトリのデフォルト・ブランチの設定 |
|||||
Gitリポジトリ・ブランチの制限の設定 |
|||||
ファイル・コンテンツおよびコミットの表示 |
|||||
ブランチおよびタグの作成または削除 |
|||||
ファイルおよびリビジョンの比較 |
|||||
ブランチをロックまたは保護 | |||||
アーカイブされたブランチまたはタグのダウンロード |
|||||
コミットへのコメントの追加 |
|||||
コミット履歴のグラフィカル表示 |
|||||
Gitリポジトリの索引付け |
|||||
Gitリポジトリの削除 |
「開発者」と「開発者限定」の両方でVB Studio UIを使用してリポジトリを作成できますが、Gitコマンドラインを使用して、UIで作成されたリポジトリを削除する必要があります。 「プロジェクト所有者」では、「プロジェクト管理」ページを使用してリポジトリを削除できます。
Non-memberはGitリポジトリをクローニングしてコミットできますが、リモートGitリポジトリにコミットをプッシュすることはできません。
マージ・リクエストの権限
プロジェクト・メンバーシップ・ステータスに応じて、マージ・リクエストで実行できる操作は次のとおりです:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
マージ・リクエストを作成します |
|||||
コメントの追加またはコメントへの返信 |
|||||
マージ・リクエストの電子メール通知のサブスクライブ |
レビューアは、マージ・リクエストの電子メール通知に自動的にサブスクライブされます。 非メンバーは、マージ・リクエストを開いて「自分にCC」ボタンをクリックすることで、電子メール通知をサブスクライブできます。
マージ・リクエストが作成されると、すべてのレビューアにレビューワ・ロールが割り当てられます。 リクエストを送信する個人には、リクエスタ・ロールが割り当てられます。 次の表に、レビューアおよびリクエスタが実行できる追加のアクションを示します:
アクション | リクエスタ | レビューア | 他のユーザー |
---|---|---|---|
レビューアの追加または削除 |
|||
マージ・リクエストの承認または否認 |
|||
ブランチのマージまたはマージ・リクエストを閉じる |
プロジェクト所有者は、レビュー担当者ロールが割り当てられていない場合でも、マージ・リクエストの承認または否認、ブランチのマージまたはマージ・リクエストのクローズを行うことができます。
Mavenの権限
プロジェクト・メンバーシップ・ステータスに応じて、プロジェクトMavenリポジトリと対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
Mavenリポジトリの参照 |
|||||
Mavenリポジトリからのアーティファクトのダウンロード |
|||||
Mavenリポジトリへのアーティファクトのアップロード |
|||||
Mavenリポジトリでのアーティファクトの検索 |
|||||
Mavenリポジトリの自動クリーンアップの構成 |
Dockerの権限
プロジェクト・メンバーシップ・ステータスに応じて、Dockerレジストリ、リポジトリおよびイメージを操作する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
外部Dockerレジストリをリンク |
|||||
外部Dockerレジストリ、そのリポジトリ、およびイメージを表示 |
|||||
外部Dockerレジストリ・リポジトリ・イメージ・マニフェストのダウンロード |
|||||
外部Dockerレジストリ・リポジトリ・イメージ・マニフェストの削除 |
ジョブ、ビルドおよびパイプラインの権限
プロジェクト・メンバーシップ・ステータスに応じて、プロジェクト・ジョブ、ビルドおよびパイプラインを操作する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
「OCIコンピュート」および「OCIオブジェクト・ストレージ」への接続の設定 | |||||
ビルド・エグゼキュータ・テンプレートの作成、構成および管理 | |||||
VMビルド・エグゼキュータの追加および管理 | |||||
ジョブの作成 |
|||||
ジョブ詳細の表示 |
|||||
ジョブ構成の表示 |
|||||
ジョブ構成の編集 |
|||||
ビルドの実行 |
|||||
アーティファクトのダウンロード |
|||||
ビルド・コンソール、監査、Gitポーリング・ログなどのログの表示 |
|||||
ジョブの無効化または削除 |
|||||
パイプラインの作成 |
|||||
パイプラインの構成 |
|||||
パイプラインのインスタンスを表示 |
|||||
パイプラインの削除 |
リリースの権限
プロジェクト・メンバーシップ・ステータスに応じて、リリースを操作する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
リリースの作成 |
|||||
リリースのクローニングまたは編集 |
|||||
リリースの削除 |
環境の権限
プロジェクト・メンバーシップ・ステータスに応じて、プロジェクト環境と対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
環境の表示 | |||||
環境の作成/削除 | |||||
インスタンスの環境への追加/環境からの削除 |
プロジェクト所有者は、別のアイデンティティ・ストライプで作成された環境を削除できる唯一のプロジェクト・チーム・メンバーです。 Developerロールを持つプロジェクト・メンバーがこの操作を試行すると、別のアイデンティティ・ストライプからリソースがある環境を削除できないことを通知するエラー・メッセージが表示されます。
インスタンスが別のアイデンティティ・ストライプにある場合は、環境からIDCSリソースを削除できません。 環境から別のアイデンティティ・ストライプからIDCSリソースを削除することはできませんが、プロジェクト所有者は引き続き環境全体を削除できます。 また、2番目のアイデンティティ・ストライプのIDCSリソースを同じ環境に追加することはできません。
ワークスペースの権限
プロジェクト・メンバーシップ・ステータスに応じて、プロジェクト・ワークスペースと対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
ワークスペースの表示 |
|||||
ワークスペースの作成および管理 |
ワークスペースの管理には、ワークスペースの名前変更、ワークスペースへの新規所有者の割当て、ワークスペースの削除などのタスクが含まれます。
問題の権限
プロジェクト・メンバーシップ・ステータスに応じて、プロジェクト問題トラッキング・システムと対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
問題の作成 |
|||||
問題の更新 |
|||||
問題製品の作成と構成 |
|||||
課題タグの作成と構成 |
|||||
カスタム・フィールドの作成と構成 |
Agileボードおよびスプリントの権限
プロジェクト・メンバーシップ・プロジェクト・メンバーシップ・ステータスに応じて、プロジェクトAgileボードおよびスプリントと対話する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
ボードの作成 |
|||||
スクラム・ボードを使用 |
|||||
かんばん板を使用 |
|||||
バーンダウン・チャートおよびスプリント・レポートの表示 |
ボードを作成すると、ボードの所有者になります。 ボード所有者は、ボードおよびスプリント関連のアクションに対する特別な権限を持っています:
アクション | ボード所有者 | 他のプロジェクト・メンバー | 非メンバー |
---|---|---|---|
スプリントへの問題の追加 |
|||
スプリントの開始 |
|||
スプリントの削除 |
|||
ボードの構成 |
Wikiの権限
プロジェクト・メンバーシップ・ステータスに応じてWikiページを操作する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
組織のデフォルトWikiマークアップ言語の設定 | |||||
プロジェクトのWikiマークアップ言語の設定 | |||||
wikiの作成 |
|||||
wikiページの表示 |
|||||
wikiページの編集 |
デフォルト |
デフォルト |
|||
wikiページの削除 |
デフォルト |
デフォルト |
プロジェクト所有者(または許可されている場合はメンバー)は、Wikiページに対する編集および削除権限をすべてのユーザーに付与したり、編集アクセス権をメンバーまたはプロジェクト所有者のみに制限できます。
スニペットの権限
プロジェクト・メンバーシップに応じて、スニペットを操作する方法を次に示します:
アクション | プロジェクト所有者 | 開発者 | 制限された開発者 | 貢献者 | メンバー以外 |
---|---|---|---|---|---|
スニペットを作成します |
|||||
スニペット・ファイルの表示 |
|||||
スニペット・ファイルの挿入またはスニペット・ファイルのテキストのコピー |
|||||
スニペットGitリポジトリのクローンの作成 |
|||||
コミットをスニペットGitリポジトリにプッシュ |
|||||
スニペットGitリポジトリのアーカイブをダウンロード |
|||||
スニペットのお気に入り登録 |
|||||
コメントの追加 |
非メンバーはスニペット・リポジトリをクローニングしてコミットできますが、スニペットGitリポジトリにコミットをプッシュすることはできません。
スニペットの所有者は、次のアクションも実行できます:
アクション | スニペット所有者 | 他のプロジェクト・メンバー | 非メンバー |
---|---|---|---|
スニペット・ファイルの追加、更新または削除 |
|||
選択からスニペットを作成 |
|||
スニペットの削除 |
プロジェクトを開く
プロジェクトを開くことができるのは、自分がメンバーまたは所有者である場合、またはプロジェクトが共有されている場合のみです。 プロジェクトを開くには、組織ページに表示されている名前をクリックします。 プロジェクトを検索するには、フィルタ・トグル・ボタンまたは検索ボックスを使用します:
「図organization_admin.pngの説明」
プロジェクトにすばやくアクセスするには、「お気に入り」 andをクリックしてお気に入りリストに追加します。 お気に入りのプロジェクトを表示するには、「お気に入り」トグル・ボタンをクリックします。
プロジェクトに参加するよう招待されている場合、プロジェクトに追加されたときに受信した電子メール内にプロジェクト・リンクが表示されます。
開いているプロジェクトから別のプロジェクトに切り替えるには、プロジェクト名の横にあるをクリックします。 メニューから、プロジェクト名をクリックして開きます。
プロジェクトを開いた後、「プロジェクト・ホーム」ページが表示されます。
プロジェクトの作成
組織ページから、様々なタイプのプロジェクトを作成できます:
空のプロジェクト
アップロードするアプリケーションを決定していない場合、または最初から起動する場合は、Gitリポジトリまたはその他のアーティファクトが事前構成されていない空のプロジェクトを作成します:
初期Gitリポジトリあり
プロジェクトの作成直後にアプリケーション・ファイルをアップロードする場合は、初期Gitリポジトリを使用してプロジェクトを作成する必要があります。 Gitリポジトリを空にするか、readmeファイルを移入するか、別のGitリポジトリからインポートされたデータを移入するかを選択できます:
エクスポートしたプロジェクトから
以前にプロジェクトを作成し、そのデータを「OCIオブジェクト・ストレージ」バケットまたは OCI Object Storage Classicコンテナにバックアップしたことがある場合は、プロジェクトを作成し、バックアップしたプロジェクトからデータをインポートできます。
「OCIオブジェクト・ストレージ」バケットまたは OCI Object Storage Classicコンテナからプロジェクト・データをインポートするには、次の情報が必要です:
OCIオブジェクト・ストレージ | OCI Object Storage Classic |
---|---|
ターゲット・バケット名 | ターゲット・コンテナ名 |
エクスポートされるアーカイブ・ファイル名 | エクスポートされるアーカイブ・ファイル名 |
秘密キーおよびユーザーのフィンガープリント(BUCKET_INSPECT またはBUCKET_READ 、およびOBJECT_READ バケット権限を持つユーザー)
|
Storage.Storage_AdministratorまたはStorage_ReadOnlyGroupアイデンティティ・ドメイン・ロールを持つユーザー資格証明。 |
バケットをホストしているコンパートメントの詳細
OCI管理者に詳細を問い合せ、必要な入力値を取得してください。 |
OCI Object Storage ClassicサービスIDおよび認可URL
詳細は、アイデンティティ・ドメイン管理者またはOCI Object Storage Classic管理者に連絡して、必要な入力値を取得してください。 |
必要なすべての入力値を取得したら、プロジェクトをインポートします:
インポートに失敗すると、空のプロジェクトが作成されます。 プロジェクトを作成せずに、データのインポートを再試行できます。 インポート・ログを確認するには、「プロジェクトの設定」の下の「データのエクスポート/インポート」ページの「履歴」タブで確認します。
プロジェクト・テンプレートから
プロジェクト・テンプレートを使用すると、Gitリポジトリやビルド・ジョブなどの事前定義済および移入済アーティファクトを含むプロジェクトをすばやく作成できます。 プロジェクト・テンプレートからプロジェクトを作成すると、プロジェクト・テンプレートで定義されたアーティファクトが新規プロジェクトにコピーされます。 コピーしたアーティファクトを使用しない場合は、削除できます。 テンプレートからプロジェクトを作成した後、プロジェクト・テンプレートに加えられた更新は、作成したプロジェクトに反映されないことに注意してください。
次のタイプのプロジェクト・テンプレートを使用できます:
プロジェクト・テンプレート | 説明 |
---|---|
パブリック・テンプレート |
VB Studioチームは、パブリック・テンプレートを作成および管理します。 すべてのアイデンティティ・ドメインのすべてのユーザーが使用可能で、「パブリック・テンプレート」ラベルでマークされています。 |
共有テンプレート |
組織のユーザーは、共有テンプレートを作成および管理します。 名前別に表示され、組織のすべてのユーザーが使用できます。 |
プライベート・テンプレート |
一般ユーザーには名前でリストされませんが、秘密キーを介してアクセスできます。 プライベート・プロジェクト・テンプレートからプロジェクトを作成するには、その秘密キーが必要です。 プライベート・テンプレートは、プロジェクト・テンプレートのメンバーにのみ名前で表示されます。 |
- 組織ページで、「+作成」をクリックします。
- 新規プロジェクト・ウィザードのプロジェクトの詳細ダイアログで:
- 「次へ」をクリックします。
- テンプレートダイアログで、プロジェクト・テンプレートを選択し、次 :をクリック
- ビジュアル・アプリケーションのプロジェクトを作成するには、「ビジュアル・アプリケーション」テンプレートを選択し、次のステップの手順に従います。
- 拡張用のプロジェクトを作成するには、「アプリケーション拡張機能」テンプレートを選択し、次のステップの手順に従います。
- プライベート・テンプレートからプロジェクトを作成するには、「プライベート・テンプレート」を選択し、次のステップの手順に従います。
- プロジェクト・プロパティダイアログで:
- 「ビジュアル・アプリケーション」テンプレートを以前に選択した場合は、Gitリポジトリ名を入力し、開発VBインスタンスおよびビジュアル・アプリケーション・テンプレートを選択して、ワークスペース名と作業ブランチ名を入力します。
- 以前に「アプリケーション拡張機能」テンプレートを選択した場合は、拡張名、拡張IDおよびワークスペース名を入力し、Oracle Cloudアプリケーション開発インスタンスおよびベース・アプリケーションを選択し、Gitリポジトリ名と作業ブランチ名を入力します。
- 以前に「プライベート・テンプレート」を選択した場合、「プライベート・テンプレートの選択」ダイアログで秘密キーを「秘密キー」に入力します。
- 「次へ」をクリックします。
- チームダイアログで:
- 「終了」をクリックします。
新規プロジェクトでは、次のアーティファクトはプロジェクト・テンプレートからコピーされます:
アーティファクト | 説明 |
---|---|
Gitリポジトリ |
プロジェクト・テンプレートで定義されたGitリポジトリが新しいプロジェクトにコピーされます。 コピーしたGitリポジトリを使用して、そのファイルを変更したり、削除できます。 左側のナビゲータで、 Git をクリックし、コピーしたGitリポジトリを表示します。 |
ジョブとパイプラインのビルド |
すべてのプロジェクト・テンプレート・ビルド・ジョブおよびパイプラインが新しいプロジェクトにコピーされます。 これらのジョブの変更、コピーの作成または削除を行うことができます。 左側のナビゲータで、 「ビルド」 をクリックし、コピーしたジョブとパイプラインを表示します。 |
Wikiページ |
すべてのプロジェクト・テンプレートWikiページが新しいプロジェクトにコピーされます。 Wikiページは変更または削除できます。 左側のナビゲータで、 Wiki をクリックし、コピーされたWikiページを表示します。 |
お知らせ |
すべてのプロジェクト・テンプレートのアクティブなプロジェクトのお知らせが新しいプロジェクトにコピーされます。 コピーしたお知らせは読取り専用であるため編集できませんが、アクティブ化または非アクティブ化できます。 左側のナビゲータで、 「プロジェクト管理」 をクリックし、そして「お知らせ」をクリックして、アクティブ化または非アクティブ化します。 |
リンク |
すべてのプロジェクト・テンプレート・リンク・ルールが新規プロジェクトにコピーされます。 リンク・ルールを使用すると、コミットおよびマージ・リクエスト・コメントにテキストを入力した場合に、プレーン・テキストをリンクに変換できます。 左側のナビゲータで、 「プロジェクト管理」 、「リンク」の順にクリックして、コピーされたリンク・ルールを表示します。 |
環境なし
プロジェクトには、ビジュアル・アプリケーションを開発およびデプロイする環境がほぼ常に必要です。しかし、設計者内でVB Studioのビジュアル開発機能を確認するだけで、環境なしでプロジェクトを作成できます。
ノート:
プロジェクトに環境がない場合、ビジネス・オブジェクトを作成したり、アプリケーションをデプロイ(共有および公開)することはできません。ただし、ヘッダーの「公開」をクリックして、プロジェクトのGitリポジトリ内のデフォルト・ブランチ(main
)に変更をマージできます。 制限なしでVB Studioを調べるには、VB Studioインスタンスの環境にVisual Builderインスタンスを追加する必要があります。
環境なしでプロジェクトを作成するには:
- 組織ページで、「+作成」をクリックします。
- 新規プロジェクト・ウィザードの「プロジェクトの詳細」ダイアログの「名前」および「説明」に、一意のプロジェクト名とプロジェクトの説明を入力します。
- セキュリティで、プロジェクトのプライバシを選択します:
- 「次へ」をクリックします。
- テンプレート・ダイアログで、ビジュアル・アプリケーションプロジェクト・テンプレートを選択し、次 :をクリック
- 「プロジェクト・プロパティ」ダイアログで、次を入力または選択します:
- 「次へ」をクリックします。
- プロジェクト・チーム・メンバーダイアログで:
- 「終了」をクリックします。
プロジェクト保護の設定
プロジェクトはプライベートまたは共有にできます。パブリックにすることはできません。 プロジェクトの保護は、作成時に定義することも、後でそのプロパティ・ページから定義することもできます。
「共有プロジェクト」には、組織のすべてのユーザーがアクセスできます。 どのユーザーも、ソース・コードの表示、問題の作成または更新、Wikiページの編集、およびプロジェクト・ビルドとの対話を行うことができます。 ただし、招待されたユーザーのみがGitリポジトリ内のソース・コードを更新し、ビルド・ジョブを作成および実行し、デプロイメント操作を実行できます。
「プライベート・プロジェクト」には、招待されたユーザーのみがアクセスできます。ただし、検出可能としてマークすることもできます。 「検出可能なプライベート・プロジェクト」を使用すると、組織管理者またはプロジェクト・メンバーではない組織メンバーは、プライベート・プロジェクトの基本情報を表示できます。 この情報には、名前および所有者の連絡先情報が含まれます。 検出できないプライベート・プロジェクトは、非メンバーには公開されません。
VB Studioプロジェクト・メンバーシップの詳細は、「プロジェクト・メンバーシップとは」を参照してください。
プロジェクト・ユーザーとグループの管理
プロジェクトを作成した後、コラボレーションするチーム・メンバーを追加する必要がある場合があります。 プロジェクト・データまたはプロジェクトで実行できる処理へのアクセスを許可または制限することもできます。
- すべてのプロジェクト・メンバー(グループ内のメンバーも含む)を含むCSV、JSONおよびプレーン・テキスト形式のユーザー・リストをエクスポート(ダウンロードまたはクリップボードにコピー)します。
「ユーザー・リストのエクスポート」を参照してください。
- 組織ページからローカルVB Studioグループを作成します。 詳細については、「ローカルVBスタジオ・グループの管理」を参照してください。
DEVELOPER_ADMINISTRATOR
(開発者サービス管理者)またはDEVELOPER_USER
(開発者サービス・ユーザー)アイデンティティ・ドメイン・ロールが割り当てられているユーザーをプロジェクトに追加できます。 組織管理者がVB Studioユーザー・グループをすでに作成しているか、Oracle Identity Cloud Service (IDCS)グループをVB Studioにインポートしている場合は、これらのグループも追加できます。
インポートしたIDCSグループからユーザーを追加または削除することはできません。 IDCSコンソールから実行できるのは組織管理者のみです。 そのIDCSグループにユーザーが追加または削除された後、インポートしたIDCSグループがVB Studioで同期した後、その変更が5分ごとに発生します。
また、組織管理者に連絡して、必要なアイデンティティ・ドメイン・ロールを持たないユーザーを追加する必要があります。 組織管理者を検索するには、ユーザー・プロファイルの下の「連絡先」をクリックします。 管理者または管理者のリストが表示されます。
ユーザーまたはグループを追加する場合は、次のメンバーシップ・タイプのいずれかを割り当てます:
- プロジェクト所有者
- 開発者
- 制限された開発者
- 貢献者
プロジェクト・ユーザーおよびグループは、「チーム」タブから管理でき、次の表に示す管理タスクを実行できます:
必要に応じて、次のことを行います。 | 方法: |
---|---|
ユーザーをプロジェクトに追加 |
|
プロジェクトへのグループの追加 |
|
プロジェクトに複数のユーザーまたはグループを追加 |
|
ユーザーまたはグループ・プロジェクトのメンバーシップの変更 |
ユーザーまたはグループ・プロジェクトのメンバーシップを変更するには、「メンバーシップの変更」アイコンをクリックします。 ドロップダウンから、新しいプロジェクト・メンバーシップ(コントリビュータ、開発者、開発者制限またはプロジェクト所有者)を選択します。 |
ユーザーまたはグループをプロジェクトから削除 |
ユーザーを削除する前に、割り当てられた問題の所有権を変更し、リクエストを別のユーザーにマージします。 削除するユーザーまたはグループを選択し、「削除」 をクリックします。 グループからユーザーを削除することはできません。 そのためには、組織管理者に連絡してください。 |
ローカルVBスタジオ・グループの管理
組織内のどのユーザーでも、組織管理者権限を持たないユーザーでも、ローカルのVB Studioグループを作成できます。 ただし、IDCSグループを作成してVB Studioにインポートできるのは、DEVELOPER_ADMINISTRATOR VB Studioロールを持つ組織管理者のみです。 そのため、プロジェクト所有者、開発者、Developer LimitedまたはContributorプロジェクト・メンバーシップ)がDEVELOPER_USER VB Studioロール(任意のユーザー)のユーザーは、ローカルのVB Studioグループを作成できます。
ローカルVB Studioローカル・グループを作成すると、メンバーの追加または削除、プロジェクトへのローカル・グループの追加、および作成したローカル・グループの削除ができます。 作成しなかったローカル・グループは変更または削除できません。 ローカルのVB Studioグループをプロジェクトに追加する場合、そのグループ・ユーザーのすべてに共通メンバーシップ・タイプを割り当てることができます。
Eメール通知は、そのグループがプロジェクトに追加または削除されたとき、またはそのグループのメンバーシップ権限が変更されたときに、特定のユーザー・グループのユーザーに送信されます。
- ビルド・アクセスの制限(「ジョブ保護設定の構成」を参照)
- パイプライン・アクセスの制限(「パイプラインの保護: 手動で起動できるユーザーを制限するか、構成を編集」を参照)
- Gitブランチの保護(「ブランチの保護」を参照)
- レビューアを選択して、マージ・リクエストのソース・コードの変更を確認します(「マージ・リクエストの作成」および「レビューアの追加または削除」を参照)
この表では、ローカルのVB Studioグループを作成および管理するために実行できるアクションについて説明します。
アクション | 方法 |
---|---|
VB Studioローカル・グループの作成 |
|
ローカル・グループ・メンバーの表示 |
|
作成した既存のVB Studioローカル・グループへのメンバーの追加 |
|
VB Studioローカル・グループからメンバーを削除 |
|
プロジェクトへのローカル・グループの追加 |
|
プロジェクトからローカル・グループを削除 |
|
ローカル・グループを追加するプロジェクトを参照 |
|
ローカル・グループ名または説明の編集 |
|
作成したローカル・グループの削除 |
|
プロジェクトで実行できる他の操作
プロジェクトを作成し、ユーザーを追加し、プライバシ・レベルを設定し、環境を定義した後は、プロジェクトの使用方法および管理方法に応じて、他にもいくつか追加できます:
-
問題を使用してタスク、不具合および機能を追跡および管理したり(「タスク、不具合および機能の追跡と管理」を参照)、Agileボードを使用して問題を管理および更新したり、チーム・ワークフローの計画に役立てることができます(「Agileボードを使用した問題の管理と更新」を参照)。
-
マージ・リクエストを使用してソース・コードの変更を確認、批判および承認(「マージ・リクエストによるソース・コードのレビュー」を参照)、wikiを使用してプロジェクト情報を文書化(「共同作成者Wiki」を参照)、またはスニペットを使用して再利用可能なソース・コードを共有(「コード・スニペットの共有と使用」を参照)することで、チーム・メンバー間のコラボレーションを促進できます。
-
プロジェクトのMavenリポジトリを使用してバイナリ・ファイルおよび依存関係を管理したり(「Mavenを使用したバイナリおよび依存関係の管理」を参照)、プロジェクトのNPMレジストリを使用してNode.js/NPMコマンドライン・ツールを使用してプライベートJavascriptパッケージをダウンロードまたは公開できます(「プロジェクトNPMレジストリの使用」を参照)。
-
webフックを使用して、イベント通知の使用をJenkins、GitHubアプリケーション、SlackおよびPagerDutyと統合したり(Dockerを参照)、外部Dockerレジストリをプロジェクトにリンクできます(「外部Dockerレジストリへのアクセス」を参照)。
または、現在のパスで続行し、必要に応じてGitリポジトリの設定方法を確認することもできます(「Gitを使用したソース・コード・ファイルの管理」を参照)。
プロジェクトの管理
Oracle Visual Builder Studio (VB Studio)プロジェクト所有者は、プロジェクトの名前と説明の編集、プロジェクトのプロジェクト・テンプレートとしての構成、お知らせの作成、プロジェクト・タグの設定、リポジトリの管理、リンク・ルールの構成など、様々なプロジェクト全体のアクションを実行できます。
プロジェクトの削除
非アクティブなプロジェクトが不要になった場合は削除することをお薦めします。 これにより、ストレージ領域が解放され、組織内のプロジェクト全体の数が削減されるため、リソースが節約されます。
VB Studioインタフェースには、プロジェクト所有者(および組織管理者)がプロジェクトを削除できる場所が2箇所あります:
プロジェクト管理プロパティ・ページからのプロジェクトの削除
プロジェクト所有者は、「プロジェクト管理 : プロパティ」ページからプロジェクトを削除できます。
- プロジェクトを開きます。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「プロパティ」をクリックします。
- 「Properties」ページで、「Delete Project」をクリックします。
- 「Delete Project」ダイアログで、「I understand that my project will be permanently deleted」チェック・ボックスを選択します。
- 「削除」をクリックします。
プロジェクト・データのエクスポートおよびインポート
バックアップを実行するために、プロジェクト所有者はプロジェクトのデータを任意のデータ・センターのOCI Object StorageバケットまたはOCI Object Storage Classicコンテナにエクスポートできます。 その後、エクスポートしたプロジェクト・データを同じデータ・センター(または別のデータ・センター)の同じプロジェクト(または別のプロジェクト)にインポートできます。
データをエクスポートまたはインポートするには、OCI Object StorageまたはOCI Object Storage Classicへの接続を設定する必要があります:
- 組織でOCIとともにVB Studioを使用している場合は、OCI管理者に連絡して、OCI Object Storageバケットへの接続を設定するために必要な入力値を取得する必要があります。
- 組織でOCI ClassicとともにVB Studioを使用している場合は、アイデンティティ・ドメイン管理者またはOCI Object Storage Classic管理者に連絡して、OCI Object Storage Classicコンテナへの接続の設定に必要な入力値を取得する必要があります。
必要な値については、後続の項のOCIオブジェクト・ストレージ・バケットおよびOCI Object Storage Classicコンテナのインポートおよびエクスポートに関する項を参照してください。
VB Studioで自動的にエクスポートされるプロジェクト・データ
プロジェクトのデータをエクスポートする前に、VB Studioによってすべてのアーティファクトが自動的にエクスポートされるわけではないことに注意してください。 自動的にエクスポートされなかったアーティファクトおよびデータを手動でエクスポートする必要があります。
VB Studioによってエクスポートされるアーティファクトと、手動でエクスポートする必要があるアーティファクトのリストを次に示します:
アーティファクト | エクスポート済か? | ノート |
---|---|---|
プロジェクト・ユーザー | いいえ | プロジェクト・データをエクスポートしても、そのユーザーはエクスポートされません。 ただし、ユーザー名に関連付けられたすべてのデータ(マージ・リクエストの所有権やレビューアの発行など)は保持されます。
プロジェクト・データを別のプロジェクトにインポートすると、同じユーザー名を持つユーザーをプロジェクトに追加した後、そのユーザー名に関連付けられているすべてのデータが自動的にリストアされます。 |
ユーザーのお気に入り設定または個人プリファレンス | いいえ | |
ホストされたGitリポジトリ | はい | |
ミラー化された公開外部Gitリポジトリ | はい | |
ミラー化された外部Gitリポジトリ | いいえ | パスワードで保護された外部Gitリポジトリはエクスポートされません。
プロジェクト・データを別のプロジェクトにインポートした後、各外部プライベートGitリポジトリを追加する必要があります。 |
ブランチの制限 | はい | |
マージ・リクエスト | はい | |
ブランチのデフォルト・レビューア | はい | プロジェクト・データを別のプロジェクトにインポートした後、ターゲット・プロジェクトに同じユーザーを追加すると、デフォルトのレビューアが自動的に追加されます。 |
ワークスペース | いいえ | ユーザーのワークスペースに関連付けられているリポジトリはエクスポートされますが、ワークスペース自体はエクスポートされません。 |
Mavenアーティファクト | いいえ | |
リンクされたDockerレジストリ | いいえ | |
ビルド・ジョブ | はい | ジョブのすべてのビルドが、そのログおよびアーティファクトとともにエクスポートされます。 ジョブが過剰な数のビルドを保持する場合、エクスポート・プロセスに悪影響を及ぼし、バケットまたはコンテナに大量のストレージ領域が必要になります。
プロジェクトをエクスポートする前に、「妥当」数のビルドを保持するジョブを構成します。 |
ジョブ履歴とアーティファクトのビルド | はい | |
ビルド・ジョブ・ビルド・エグゼキュータ・テンプレートの名前 | いいえ | |
パイプライン | はい | |
リリース | はい | |
デプロイメント構成 | いいえ | |
環境 | いいえ | |
問題 | はい | |
ボード | はい | |
Wikiページ | はい | |
スニペット | はい | |
プロジェクト・テンプレート定義 | いいえ | |
お知らせ | いいえ | |
Webフック | いいえ | |
RSS/ATOMフィード | いいえ | |
ルールのリンク | いいえ | |
プロジェクト・タグ | はい | |
問題の製品およびコンポーネント | はい | |
問題コンポーネントのデフォルト所有者 | はい | プロジェクト・データを別のプロジェクトにインポートすると、同じユーザーがターゲット・プロジェクトに追加された後、所有者が自動的にアクティブ化されます。 |
問題カスタム・フィールド | はい | |
名前付きパスワード/秘密キー | はい |
ノート: パスワードは、キーストア・バイナリ・データとして安全にエクスポートおよびインポートされます。 |
OCIオブジェクト・ストレージ・バケットへのエクスポートおよびインポート
OCI上でVB Studioを実行する組織のプロジェクト所有者である場合は、プロジェクト・データをOCI Object Storageバケットにエクスポートし、エクスポートしたプロジェクト・データをOCI Object Storageバケットからインポートします。
エクスポートされたプロジェクト・データは暗号化されず、バケットからダウンロードできます。 OCI管理者は、プロジェクトの「OCIオブジェクト・ストレージ」バケットと、それに対して読取りまたは書込みが可能なユーザーをすでに設定しています。 これは、すべての組織プロジェクトに使用される共通バケットである場合がありますが、多くの場合、プロジェクトごとに個別のバケットであるため、他のプロジェクトのアーカイブ・ファイルとグループ化せずにアーカイブ・ファイルを編成できます。
「OCIオブジェクト・ストレージ」バケットへのプロジェクト・データのエクスポート
プロジェクト・データをエクスポートするには、プロジェクト所有者である必要があります。 プロジェクト・データをエクスポートすると、VB Studioによって、指定した「OCIオブジェクト・ストレージ」バケット内のアーカイブ・ファイルにデータがエクスポートされます。
- ターゲット・バケットの名前
- バケットにオブジェクトを書き込むことができるユーザーの秘密キーおよびフィンガープリント
- バケットをホストするコンパートメントの詳細
詳細はOCI管理者に問い合せて、必要な入力値を取得してください(「Oracle Visual Builderの管理」の「OCI入力値の取得」を参照)。
プロジェクト・データをエクスポートする方法を次に示します:
- VB Studioプロジェクトを開きます。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「データのエクスポート/インポート」をクリックします。
- 「ジョブ」タブをクリックします。
- 「アカウント・タイプ」で、OCIを選択します。
- 「テナンシOCID」で、「テナンシ詳細」ページからコピーしたテナンシOCIDを入力します。
- 「ユーザーOCID」に、バケットにアクセスできるユーザーOCID値を入力します。
- 「ホーム・リージョン」で、OCIアカウントのホーム・リージョンを選択します。
- 「秘密キー」に、バケットにアクセスできるユーザーの秘密キーを入力します。
- 「パスフレーズ」では、秘密キーの暗号化に使用するパスフレーズを入力します。 パスフレーズが使用されていない場合は、このフィールドを空のままにします。
- 「フィンガープリント」で、秘密-公開キー・ペアのフィンガープリント値を入力します。
- 「コンパートメントのOCID」で、コンパートメント・ページからコピーしたコンパートメントOCIDを入力します。
- 「ストレージ・ネームスペース」で、「テナンシ詳細」ページからコピーされたストレージ・ネームスペースを入力します。
- 「接続」をクリックします。
- 「ジョブの作成」セクションの「タイプ」で、「エクスポート」を選択します。
- 「名前」で、エクスポート・ジョブの名前を入力します。
- 「説明」にジョブの説明を入力します。
- 「ストレージ・コンテナ」で、プロジェクト・データをエクスポートするバケットを選択します。
- 「ストレージ・オブジェクト」では、必要に応じてデフォルトの
.zip
ファイル名を更新します。 - 「エクスポート」をクリックします。
- 「プロジェクトのエクスポートを確認」ダイアログ・ボックスで、「プロジェクト・データのエクスポート」チェック・ボックスを選択し、Yesをクリックします。
- 「プロジェクトのエクスポート」ページで、「ステップ」を展開して、各モジュールのステータスを確認します。
「OCIオブジェクト・ストレージ」バケットからのプロジェクト・データのインポート
プロジェクト・データをインポートするには、プロジェクト所有者である必要があります。 プロジェクト・データをインポートすると、ターゲット・プロジェクト内のすべてのプロジェクト・データが上書きされます。 すべてのプロジェクト・アーティファクトは、インポートされたプロジェクトのコンポーネントに置き換えられます。
- ターゲット・バケットの名前
- プロジェクト・データを含むアーカイブ・ファイルの名前
- バケットからオブジェクトを読み取ることができるユーザーの秘密キーおよびフィンガープリント
- バケットをホストするコンパートメントの詳細
詳細はOCI管理者に問い合せて、必要な入力値を取得してください(「Oracle Visual Builderの管理」の「OCI入力値の取得」を参照)。
ターゲット・プロジェクトにデータをインポートする方法を次に示します:
OCI Object Storageコンテナに対するエクスポートおよびインポート
OCI Classic上でVB Studioを実行する組織のプロジェクト所有者は、OCI Object Storage Classicコンテナに対してプロジェクト・データをエクスポートおよびインポートします。
エクスポートされたデータは暗号化されないため、コンテナからダウンロードできます。 初めてプロジェクト・データをエクスポートする場合は、プロジェクトおよび読取りまたは書込みが可能なユーザー用にOCI Object Storage Classicコンテナを設定します。 組織のすべてのプロジェクトに対して共通コンテナを使用できますが、プロジェクトごとに別のコンテナを使用することをお薦めします。 これにより、アーカイブ・ファイルは、他のプロジェクトのアーカイブ・ファイルと混同されないため、適切に編成できます。 アイデンティティ・ドメイン管理者またはOCI Object Storage Classic管理者に連絡して、コンテナを作成してください。 コンテナへの読取り/書込みアクセス権を持つユーザーを設定するように管理者に依頼する必要もあります。
OCI Object Storage Classicコンテナへのプロジェクト・データのエクスポート
プロジェクト・データをエクスポートするには、プロジェクト所有者である必要があります。 VB Studioは、指定したOCI Object Storage Classicコンテナ内のアーカイブ・ファイルにプロジェクト・データをエクスポートします。
- ターゲット・コンテナの名前
- Storage.Storage_AdministratorまたはStorage_ReadWriteGroupアイデンティティ・ドメインのロールを持つユーザーの資格証明。
- サービスIDおよびOCI Object Storage Classicの認可URL
アイデンティティ・ドメイン管理者またはOCI Object Storage Classic管理者に詳細を問い合せ、「Visual Builder Studioの管理」の「OCIクラシック入力値の取得」で説明されている必要な入力値を取得します。
プロジェクト・データをOCI Object Storage Classicコンテナにエクスポートする方法を次に示します:
OCI Object Storage Classicコンテナへのプロジェクト・データのインポート
データをインポートすると、既存のすべてのプロジェクト・データがインポートされたデータで上書きされます。 すべてのプロジェクト・アーティファクトは、インポートされたプロジェクトのコンポーネントで置換されます。
OCI Object Storage Classicコンテナからプロジェクト・データをインポートするには、次の情報が必要です:
- ターゲット・コンテナの名前
- プロジェクト・データを含むアーカイブ・ファイルの名前
- Storage.Storage_Administrator、Storage_ReadWriteGroupまたはStorage_ReadOnlyGroupのアイデンティティ・ドメイン・ロールを持つユーザーの資格証明
- OCI Object Storage ClassicのサービスIDおよび認可URL
これらの詳細は、アイデンティティ・ドメイン管理者またはOCI Object Storage Classic管理者に問い合せて、「Visual Builder Studioの管理」の「OCIクラシック入力値の取得」で説明されている必要な入力値を取得してください。
以前にOCI Object Storage Classicコンテナにエクスポートされたプロジェクト・データをターゲット・プロジェクトにインポートする方法を次に示します:
-
VB Studioプロジェクトを開きます。
-
左側のナビゲータで、「プロジェクト管理」 をクリックします。
-
「データのエクスポート/インポート」をクリックします。
-
「ジョブ」タブをクリックします。
-
「アカウント・タイプ」で、「OCIクラシック」を選択します。
-
「サービスID」で、「サービスの詳細」ページの「RESTエンドポイント」 URLフィールドの最後の部分からコピーした値を入力します。
たとえば、「RESTエンドポイント」 URLの値が
https://demo12345678.storage.oraclecloud.com/v1/Storage-demo12345678
の場合は、Storage-demo12345678
を入力します。 -
「ユーザー名」および「パスワード」で、Storage.Storage _Administrator、Storage_ReadWriteGroupまたはStorage_ReadOnlyGroupアイデンティティ・ドメイン・ロールに割り当てられているユーザーの資格証明を入力します。
-
「認可URL」で、「サービスの詳細」ページの「Auth V1エンドポイント」フィールドからコピーしたURLを入力します。
例:
http://storagetria01234-usoracletria12345.storage.oraclecloud.com/auth/v1.0
。 -
「接続」をクリックします。
-
「ジョブの作成」セクションの「タイプ」で、「インポート」を選択します。
-
「名前」で、インポート・ジョブの名前を入力します。
-
「説明」にジョブの説明を入力します。
-
「ストレージ・コンテナ」で、プロジェクト・データのインポート元となるコンテナを選択します。
-
「ストレージ・オブジェクト」で、エクスポートしたデータの.zipファイル名を選択します。
-
「インポート」をクリックします。
-
「プロジェクトのインポートの確認」ダイアログ・ボックスで、コンテナおよびオブジェクトの詳細を確認し、「プロジェクト・データのインポート」チェック・ボックスを選択してYesをクリックします。
-
「プロジェクトのインポート」ページで、「ステップ」を展開して各モジュールのステータスを表示します。
インポート・プロセスを取り消す場合は、「取消」をクリックします。
インポート・ジョブが進行中の場合、プロジェクトはロックされます。 インポート・ジョブが終了するまで、プロジェクトの他のページにアクセスできません。 インポートが完了すると、「プロジェクト・ホーム」ページにリダイレクトされます。 「プロジェクト・ホーム」ページの最近のアクティビティ・フィードおよび「データのエクスポート/インポート」ページの履歴タブには、インポート・アクションに関するメッセージが表示されます。
プロジェクトの名前、説明または可視性の編集
プロジェクトを作成した後、「プロジェクト管理」ページからそのプロパティを編集できます。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「プロパティ」タイルをクリックします。
- 「名前」および「説明」で、プロジェクトの名前と説明を更新します。
- セキュリティで、プロジェクトの共有ステータスを更新します:
終了したら、左側のナビゲータを使用して別のページに切り替えます。
プロジェクトの作成日時および最終更新日時の表示
管理者は、「プロジェクト管理」ページの「プロパティ」タイルでプロジェクトの作成日を確認することで、プロジェクトの古さを確認できます。
プロジェクト一意識別子の取得
各プロジェクトには、「プロジェクト管理」ページからコピーできる一意のIDがあります:
お知らせの管理
プロジェクトのお知らせは、「プロジェクト・ホーム」ページの環境パネルと最近のアクティビティ・フィードの間に表示されるメッセージです:
お知らせを作成するには、次のステップに従います:
- 左側のナビゲータで、 「プロジェクト管理」 をクリックします。
- 「お知らせ」をクリックします。
アクション | 方法 |
---|---|
お知らせの作成 |
|
お知らせのコピー |
お知らせを作成するかわりに、既存のお知らせの内容とアイコンをコピーして編集できます。
|
お知らせの表示または編集 |
フィールドに加えた変更は、フォーカスがフィールドから出ると、すぐに保存されます。 |
お知らせの非アクティブ化またはアクティブ化 |
お知らせを表示しないで削除しない場合は、非アクティブ化できます。 非アクティブ化されたお知らせは、「プロジェクト・ホーム」ページには表示されません。 必要な場合は、後でアクティブ化して表示できます。
|
お知らせの削除 |
|
プロジェクト・タグの管理
プロジェクト・タグは、問題やマージ・リクエストなど、アーティファクトの分類に使用できるキーワードです。 タグを使用して、アーティファクトを検索できます。 デフォルトでは、3つのタグ(Plan、ReleaseおよびEpic)がプロジェクトで使用可能です。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「Tags」をクリックします。
アクション | 方法 |
---|---|
プロジェクト・タグの作成 |
|
タグの名前変更 |
|
タグの削除 |
アーティファクトが参照しているタグは削除できません。 まず、タグを参照するすべてのアーティファクトを削除するか、これらのアーティファクトからタグを削除してから、タグを削除します。 タグ・ページで、タグ名の右側にある「削除」 をクリックします。 |
プロジェクトの使用状況メトリックの表示
VB Studioをサブスクライブすると、Oracle Cloudのストレージを使用できるようになります。
プロジェクトのコンポーネント(Gitリポジトリ、Wiki、問題など)のディスク使用率メトリックを確認できます。
RSS/ATOMフィードの表示
一部のWebサイトでは、ニュース・フィードの公開にATOMおよびRSSフィードが使用されます。 RSS/ATOMフィードをサブスクライブし、プロジェクトを構成して、「プロジェクト・ホーム」ページの最近のアクティビティ・フィードに表示することができます。 すべてのプロジェクト・メンバーがフィードを表示できます。 RSS/ATOMフィード(Oracle承認のRSSフィード、ニュース、サイト・モニター、JenkinsまたはHudsonサーバーなど)を追加できます。
RSS/ATOMフィードを構成するには、次のステップに従います:
- 左側のナビゲータで、 「プロジェクト管理」 をクリックします。
- 「RSS/ATOM Feeds」をクリックします。
アクション | 方法 |
---|---|
RSS/ATOMフィード・ハンドラの作成 |
|
フィード・ハンドラのテスト |
テストが成功すると、ステータス・アイコンが「未テスト」 から「テスト済」 に変わります。 テストに失敗すると、ステータス・アイコンが「失敗」 に変わります。 |
ログの表示 |
「Logs」ページに、各テストのすべての「Request and Response」ログが表示されます。 左側のリストでテストの日時スタンプを選択すると、そのログが表示されます。 |
フィードのハンドラの編集 |
|
ハンドラの非アクティブ化またはアクティブ化 |
|
ハンドラの削除 |
|
リンク・ルールの構成
プロジェクトでは、テキストがコミット・コメントおよびマージ・リクエスト・コメントに入力されているときにプレーン・テキストをURLリンクに自動変換するルールを定義できます。 たとえば、電子メール・アドレスやURLをマージ・リクエスト・コメントに入力すると、リンクに自動的に変換されます。
リンク・ルールを構成するには、次のステップに従います:
- 左側のナビゲータで、 「プロジェクト管理」 をクリックします。
- 「Links」をクリックします。
リンク・ページから、プレーンテキストをURLリンクに自動的に変換するリンク・ルールを作成および管理できます。 RegExpとも呼ばれるRegular Expressionsを使用して、リンク・ルールを定義することができます。 事前定義済の組込みリンク・ルールの一部は、「リンク」ページで使用できます。 カスタムのルールを作成するには、既存のリンク・ルールを作成するか、空のルールを作成できます。 RegExpの詳細は、http://www.regular-expressions.info
を参照してください。
図に、カスタム・リンク・ルールの例を示します。
この図は、マージ・リクエスト・コメント内のリンクの例を示しています。
アクション | 方法 |
---|---|
リンク・ルールの作成 |
|
リンク・ルールのコピー |
|
リンク・ルールの編集 |
ビルトイン・リンク・ルールは編集できません。 組込みルールのコピーを作成して編集し、必要に応じて元の事前構成済ルールを無効にできます。 リンク・ページの左側にあるリンク・ルール・リストで、右側にある詳細を編集するルールを選択します。 |
リンク・ルールのアクティブ化または非アクティブ化 |
無効化すると、ルールと一致するテキストはリンクに変換されません。 リンク・ページの左側にあるリンク・ルール・リストで、ルールを選択します。 「アクティブ化」または「非アクティブ化」をクリックします。 「Active」チェック・ボックスを選択するか、選択を解除することもできます。 |
リンク・ルールの削除 |
組込みルールは削除できません。 リンク・ページの左側にあるリンク・ルール・リストで、ルールを選択します。 ページの右側で、「削除」をクリックします。 |
問題製品およびカスタム・フィールドの設定
プロジェクト・メンバーに課題を作成して割り当てる前に、プロジェクトの製品、コンポーネント、コンポーネントのデフォルト所有者およびリリースを定義できます。
- 複数の製品カテゴリ、コンポーネントおよびサブコンポーネントの作成
- リリースのカスタマイズ
- プロジェクトのカスタム・フィールドの追加
問題の製品、コンポーネントおよびカスタム・フィールドを追加および管理するには、プロジェクト所有者である必要があります。
問題製品の作成および構成
製品を定義する場合、そのリリースおよびコンポーネントも定義します。 プロダクトは、エンティティを表すカテゴリです。 コンポーネントは、製品のサブセクションです。 リリースは、リリース名または製品番号です。
1つのプロジェクトに対して複数の製品を作成し、問題の作成または編集ページの「製品」ドロップダウン・リストから選択できます。 各製品には、少なくとも1つのコンポーネントと1つのリリースが必要です。 たとえば、リリースとして1.0、2.0、3.0およびPS1を使用して「レポート」製品を作成し、そのコンポーネントとして「売上」、「マーケティング」および「人口統計」を作成できます。
管理から製品、コンポーネントおよびリリースを定義できます: 「問題トラッキング」ページの製品タブ。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「Issue Tracking」をクリックします。
- 「Products」タブをクリックします。
製品タブから実行できる製品管理タスクのリストを次に示します:
アクション | 方法 |
---|---|
製品の作成 |
リリースまたはコンポーネントの順序を変更するには、名前の上にマウスを置いてドラッグ・アンド・ドロップし、リスト内で上下に移動します。 |
製品の表示または編集 |
製品リストから、製品を選択します。 ページの右側で、詳細を表示または編集します。 |
製品の削除 |
問題またはマージ・リクエストが参照している製品は削除できません。 まず、製品を参照するすべての問題およびマージ・リクエストを削除してから、製品を削除してください。
|
問題のカスタム・フィールドの作成および構成
課題のデフォルト・フィールドがニーズを満たさない場合は、プロジェクト課題のカスタム・フィールドを作成できます。 「問題トラッキング」ページの「カスタム・フィールド」タブからフィールドを作成および管理できます。 問題を作成または更新すると、New or「問題の編集」ページのDetailsセクションにカスタム・フィールドが表示されます。
- 左側のナビゲータで、「プロジェクト管理」をクリックします。
- 「Issue Tracking」をクリックします。
- 「Custom Fields」タブをクリックします。
次の種類のカスタム・フィールドを作成できます:
- Single line input text
- 単一選択
- Multi selection
- Long text input
- Time and Date
- チェック・ボックス
カスタム・フィールドの管理方法を次に示します:
アクション | 方法 |
---|---|
カスタム・フィールドの作成 |
|
カスタム・フィールドの表示または編集 |
カスタム・フィールドのリストから、フィールドを選択します。 ページの右側にある詳細を表示または編集します。 カスタム・フィールド「名前」または「タイプ」は変更できません。 「名前」または「タイプ」の値を編集するには、カスタム・フィールドを削除してから再作成します。 |
カスタム・フィールドの非表示 |
カスタム・フィールドのリストから、フィールドを選択します。 ページの右側にある「廃止(非表示)」チェック・ボックスを選択します。 |
カスタム・フィールドの削除 |
既存のすべての問題が自動的に更新され、カスタム・フィールドが削除されます。 |
プロジェクト・テンプレートの構成
ユーザーが開始点として使用できる新しいプロジェクトのテンプレートとして、既存のプロジェクトを定義できます。 プロジェクトの作成時に、ユーザーがプロジェクト・テンプレートを選択した場合、プロジェクト・テンプレートのデータは新しいプロジェクトにコピーされ、ユーザーはそのプロジェクトを変更できます。
プロジェクト・テンプレート・データには、Gitリポジトリ、ビルド・ジョブ構成、デプロイメント構成、リンク、Wiki、およびアナウンスが含まれます。 たとえば、プロジェクト・テンプレートがGitリポジトリでアプリケーションをホストしている場合、そのWikiページでアプリケーションを使用する方法、ジョブでの構成のビルド方法、デプロイメント構成でのOracle Cloudデプロイメント・ターゲットの詳細などに関する情報が表示される場合、プロジェクト・テンプレートのデータは新しいプロジェクトにコピーされます。 新規プロジェクトのメンバーは、コードやその構成を変更することなく、アプリケーションの使用、事前構成済ジョブのビルドの実行、およびビルド・アーティファクトのOracle Cloudへのデプロイを行うことができます。
プロジェクト・テンプレートを定義するときは、その可視性(プロジェクト・テンプレートを使用できるユーザー)の定義、ルールの構成(プロジェクト・テンプレートからコピーできるデータ)および変数の使用(データのコピー時にユーザー入力に基づいたアクションのカスタマイズ)を行います。
テンプレートを使用してプロジェクトを作成すると、テンプレート・プロジェクトに加えられた更新は、作成されたプロジェクトに反映されません。
可視性、ルールおよび変数
プロジェクト・テンプレートを定義する際に、その表示、ルールおよび変数を定義します。
可視性
表示先は、テンプレートにアクセスできるユーザーを定義します。
タイプ | 説明 |
---|---|
Draft |
プロジェクト・テンプレートは設計中であり、プロジェクトの作成ウィザードのテンプレート・ページでは使用できません。 ユーザーは、ドラフト・テンプレートからデータをコピーできません。 |
プライベート |
プロジェクト・テンプレートは公開されており、組織のユーザーが使用できますが、すべてのユーザー名によって表示されるわけではありません。 プロジェクト・テンプレートのメンバーの名前で表示できます。 メンバー以外のユーザーは、プロジェクト・テンプレートの秘密キーを使用してテンプレートにアクセスし、データをコピーできます。 |
共有 |
プロジェクト・テンプレートは公開されており、組織のすべてのユーザーが使用できます。 すべてのユーザーがこのプロジェクトからデータをコピーできます。 |
ルール
ルールは、新規プロジェクトにコピーされるデータを定義します。
プロジェクトをプロジェクト・テンプレートとして定義すると、すべてのルールが有効になりますが、一部のルールは複数回編集または追加できません。
ルールの設定... | このデータを新規プロジェクトにコピーする手順は、次のとおりです: | このルールを編集できるか | このルールを複数回追加できますか。 |
---|---|---|---|
ビルド・ジョブ |
プロジェクト・テンプレートのビルド・ジョブおよびパイプライン |
いいえ |
いいえ |
Wikiコンテンツ |
プロジェクト・テンプレートWikiページ |
いいえ |
いいえ |
リンク |
プロジェクト・テンプレート・リンク・ルール |
いいえ |
いいえ |
Gitリポジトリ |
指定されたGitリポジトリとそのブランチ |
はい |
はい |
外部Gitリポジトリ |
指定された外部Gitリポジトリとそのブランチ |
はい |
はい |
お知らせ |
プロジェクト・テンプレートのお知らせ |
いいえ |
いいえ |
プロジェクト・テンプレートの定義および管理
プロジェクト・テンプレートは「プロジェクト管理」ページから定義できます。
プライベート・プロジェクト・テンプレートの定義
組織のすべてのユーザーがプロジェクトからデータをコピーする必要がない場合は、プライベート・プロジェクト・テンプレートを定義できます。 プロジェクト・テンプレートのメンバーでない場合、プライベート・プロジェクト・テンプレートは、新規プロジェクト・ウィザードのテンプレート・ページに名前でリストされません。 非メンバーは、プロジェクト・テンプレートの秘密キーを持っている場合にのみ、プライベート・プロジェクト・テンプレートを使用できます。
新しい秘密キーを生成するには、プロジェクト・テンプレートを編集し、「表示」をクリックしてから、「再生成」をクリックします。 以前のキー値を持つユーザーがテンプレートからプロジェクト・データをコピーしないようにする場合は、これを行うことができます。
プロジェクト・テンプレート・ルールの定義
ルールは、テンプレート・プロジェクトから新規プロジェクトにコピーされるアーティファクトを定義します。
プロジェクトをプロジェクト・テンプレートとして定義すると、すべてのルールがデフォルトで有効になります。 ただし、一部のルールは複数回編集または追加できません。
使用可能なルールと、プロジェクト・テンプレートから新規プロジェクトにコピーされるアーティファクトに関する情報を次に示します:
使用するルール。 | コピーするには: | このルールを編集できるか | このルールを複数回追加できますか。 |
---|---|---|---|
ビルド・ジョブ |
プロジェクト・テンプレートのジョブおよびパイプラインを新しいプロジェクトにビルドします。 |
いいえ |
いいえ |
Wikiコンテンツ |
プロジェクト・テンプレートのWikiページを新しいプロジェクトに追加します。 |
いいえ |
いいえ |
リンク |
プロジェクト・テンプレートのルールを新しいプロジェクトにリンクします。 |
いいえ |
いいえ |
Gitリポジトリ |
指定したGitリポジトリおよびそのブランチを新規プロジェクトに付加します。 |
はい |
はい |
外部Gitリポジトリ |
外部Gitリポジトリを、そのブランチとともに新規プロジェクトに指定します。 |
はい |
はい |
お知らせ |
プロジェクト・テンプレートの新規プロジェクトへのお知らせ。 |
いいえ |
いいえ |
ルールを追加または削除するには、次のステップを実行します。
- 「テンプレート設定」ページを開きます。
- ルールを追加するには、「ルール」セクションまでスクロールします。 「ルールの追加」ドロップダウン・リストから「Gitリポジトリ」ルールを選択します。
ルールを削除するには、「削除」 をクリックします。
Gitリポジトリ・ルールの追加または編集
デフォルトでは、ホストされている外部Gitリポジトリのすべてのルールが有効です。
テンプレートを定義した後にGitリポジトリをプロジェクトに追加した場合は、デフォルト・ルールを編集して、新しいGitリポジトリ・ルールを追加できます。 ルールを追加して、テンプレートを使用する新規プロジェクト上の既存のGitリポジトリのコピーを作成することもできます。 テンプレートにGitリポジトリを含めない場合は、そのルールを削除してください。
次に、ホスティングされたGitリポジトリ・ルールおよび外部Gitリポジトリ・ルールを追加または編集する方法を示します:
アクション | 方法 |
---|---|
ホストされているGitリポジトリ・ルールの追加または編集 |
|
外部Gitリポジトリ・ルールの追加または編集 |
|
ビルド管理タスクの実行
プロジェクト所有者は、「ビルド管理」ページを使用して、Oracle Maven RepositoryおよびNPMレジストリにアクセスするプロジェクトを構成し、SonarQubeサーバーを設定してビルド・レポートを分析し、名前付きパスワード/秘密キーを作成し、ジョブ保護を設定できます。
VB Studioビルド・システムを使用するプロジェクト・メンバーにとって、VB Studioビルド・システムをできるだけ効率的にするためのプロジェクト所有者の作業の詳細は、次の各項を参照してください:
プロジェクトのパイプライン承認者グループの作成
パイプライン承認者グループを使用すると、特定のグループによって制限されていないすべての手動承認パイプラインを承認できます。
承認者は常にグループの一部です。 承認者のグループは、特定のパイプラインのみを承認できます。 特定のパイプラインは、特定の承認者グループのみが承認できます。
「デフォルト承認者グループ」の承認者は、手動承認パイプラインを承認または否認できます。 デフォルトのパイプライン承認者グループは、無制限パイプライン(特定のグループからの承認を必要としないパイプライン)を承認できる個人(承認者)で構成されます。 そのため、承認者をデフォルト・グループに追加できますが、その承認グループを特定のパイプラインに制限することはできません。
そのためには、特定のパイプラインを承認するグループを作成する必要があります。 このグループを使用すると、承認者とパイプラインの両方を追加できます。 その後、パイプライン・デザイナで手動承認アイテムを追加するときに、承認者を必須承認者として指定し、パイプラインの承認に必要な最小承認者数を指定できます。 「設計時のパイプラインへの手動承認項目の追加」を参照してください。
「
図create-approval-delete-group.pngの説明」
「削除」ボタンをクリックしてグループを削除します。 これを行わない場合は、「取消」をクリックします。