リリース管理

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

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

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

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

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

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

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

[Onshape リリース管理] は、この強力なワークフローの詳細を理解する上で重要な用語や概念によって異なります。

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

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

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

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

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

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

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

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