リリース管理

Onshape のリリース管理はノンブロッキングであり、Onshape の設計とバージョン管理システムに直接組み込まれ、追加の製品、インストール、広範な IT 管理は必要ありません。社内のすべてのユーザーは、最新のワークフロー設定で自動的にプロビジョニングされ、更新はすべてのユーザーに対して自動的に行われるため、更新が必要なプラットフォームに誰かがアクセスすることは決してありません。

一般的なワークフローでは、パーツ、アセンブリ、図面、その他のインポートされたファイルデータなど、リリースするオブジェクトを特定し、リリース候補に一覧表示します。管理者によって定義されたワークフロールールに応じて、リリース候補は承認に送信されるか、作成者によってすぐにリリースされます。

管理者は、各リリースの承認要件を定義し、有効なリリースを決定するための特定の条件を設定するため、Company/Enterprise 全体の設定にアクセスできます。リリースを承認する必要があるユーザに加えて、オブザーバーは指定されたリリースに割り当てられ、承認または却下する機能や責任がなくてもリリース候補を表示するアクセス許可を与えられます。このような設定は、会社のニーズに応じて定義することができます。

Onshape のリリース管理のその他の重要な側面は以下のとおりです。

• ユーザーは、常に設計にアクセスでき、リリース候補が承認されるのを待っている間、編集パーツからロックアウトされることはありません。チームは並行して設計を続けることができ、承認者が設計をレビューするのを待つ必要はありません。
• 最新の変更があると常に通知されます。リリース済みオブジェクトの新しいリビジョンが承認されると、ユーザーは通知を受け取ります。リリース済みオブジェクトの新しいバージョンが作成されたときはユーザーに通知されず、更新の誤通知を防ぎます。

  カスタム多層リリースワークフローを使用する Enterprise ユーザーは、アクションが実行された階層内で通知が送信されることに注意してください。たとえば、多層ワークフローの階層 2 で承認が開始された場合、その階層のすべての承認者とオブザーバーに通知されます。リリースの作成者を除き、他の階層のユーザーには通知されません。作成者はすべての通知を受け取ります。

• リリースされたオブジェクトは、[ドキュメント] ページのネイティブ検索機能を使用してすばやく特定してアクセスでき、アセンブリ、図面、Part Studio で使用するために他のドキュメントにリンクできます。

Onshape のリリース管理は、この強力なワークフローの詳細を理解する上で重要な次のような用語や概念によって説明されます。

• バージョン - ドキュメントの履歴の進行状況マーカー。バージョンは不変であり、将来の再利用のため、または一連の変更を元に戻すために、特定の時点におけるワークスペースの完全な範囲をキャプチャします。
• ワークスペース - ドキュメント内のアクティブなモデリング/設計スペース。
• アクティブブランチ - 現在開いているバージョンまたはワークスペースがあるドキュメントのブランチ。
• 履歴エントリ - 特定の時点でドキュメントワークスペースに加えた変更の記録。[バージョンと履歴] パネルのコンテキストメニューを使用して、履歴エントリを比較し、ドキュメントを特定の履歴エントリ (時点) に復元できます。
• 進行中 - 未リリースのワークスペースとバージョンの既定のリリース状態。進行中のオブジェクトは、完全に編集可能な状態 (ワークスペース内)、および編集可能なメタデータ (バージョン内) の状態があります。
• 保留中 - 1 人または複数の承認者による承認を待機している間の、リリース候補 (およびその改訂可能オブジェクト) の状態。
• 拒否 - 1 人または複数の承認者が拒否することを選択したリリース候補 (およびその改訂可能オブジェクト) の状態。
• リリース - 1 人または複数の承認者によって正常に承認されたか、作成者によって直ちにリリースされたリリース候補 (およびその改訂可能オブジェクト) の状態。
• オブザーバー - リリースのステータスの通知を受け取る必要がありますが、リリースワークフローの承認を行う必要のない会社のメンバーまたはチーム。リリース候補には、任意の人数のオブザーバー (またはなし) を含めることができます。リリース候補を見るには、オブザーバーがドキュメントに対して表示権限を持っている必要があります。
• 承認者 - リリースワークフローで承認が必要な会社のメンバーまたはチーム。承認者は、リリース候補を承認または却下できます。リリース候補を承認または却下するには、承認者はドキュメントを編集する権限を持っている必要があります。
• 改訂可能オブジェクト - あらゆるパーツ、アセンブリ、図面、変数スタジオ、または Onshape ドキュメント内のその他のファイルタイプを、Onshape でリビジョンおよびリリースできます。
• リリース候補 - リリースワークフローを一緒に移動する、改訂可能オブジェクトのユーザー選択グループ。リリース候補には、単一のパーツ、またはパーツ、アセンブリ、図面、変数スタジオ、その他のファイルを含む製品全体を含めることができます。
• リビジョン未管理オブジェクト - 参照目的でリリースに含める必要があるが、リビジョンを追跡する必要がないオブジェクト。Part Studio、アセンブリ、図面、変数スタジオ、パーツ、ファイル全体を、[リビジョン未管理] としてマークできます。ドキュメント全体を [リビジョン未管理] に設定した場合は、すべてのパーツも含まれることに注意してください。

Onshape のリリース管理は、Onshape の基盤となるバージョン管理システムに直接統合されています。リリースワークフローは、すべてのパーツ、アセンブリ、図面、およびその他の改訂可能オブジェクトが編集可能なワークスペースで開始され、既定では進行中の状態になります。

設計プロセスでは、進捗を示すバージョンをいくつでも作成できます。

進行中のワークスペースまたはバージョンからリリースを作成すると、リリース候補を入力するよう求められます。入力すると、会社で定義されたワークフロー設定に応じて、リリース候補を承認のために送信するか、直ちにリリースされます。

リリース候補が承認のために送信されると、バージョンが作成され、そのバージョンは自動的にリリース用に名前が付けられ、[バージョンと履歴] グラフにて三角形アイコン でマークされます。リリース候補内の改訂可能オブジェクトの状態も、バージョンで保留中に設定されます。

リリース候補が承認 (リリース) されると、バージョンは実線の三角形 でマークされ、バージョンのリリース候補内の改訂可能オブジェクトの状態はリリース済みに設定されます。

同様に、1 人以上の承認者がリリース候補を却下した場合、バージョンには開いた三角形 のマークが付けられ、リリース候補内の改訂可能オブジェクトには却下の状態が反映されます。

リリース内の 1 つまたは複数のオブジェクトが廃止された場合、バージョンは点付きの実線の三角形 でマークされ、リリース内の廃止されたオブジェクトには廃止の状態が反映されます。