リリース管理

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

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

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

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

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

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

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

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

• [バージョン]-ドキュメントの履歴の進行状況マーカー。バージョンは不変であり、将来の再利用のために、または一連の変更を元に戻すために、特定の時点におけるワークスペースの完全な範囲をキャプチャします。
• [ワークスペース]-ドキュメント内のアクティブなモデリング/デザインスペース。
• アクティブブランチ-現在開いているバージョンまたはワークスペースがあるドキュメントのブランチ。
• [履歴エントリ] - 特定の時点でドキュメントワークスペースに加えられた変更の記録。[バージョンと履歴] パネルのコンテキストメニューを使用して、履歴エントリを比較し、ドキュメントを特定の履歴エントリ (ポイントインタイム) に復元できます。
• [進行中]-未リリースのワークスペースとバージョンの既定のリリース状態。進行中のオブジェクトは、完全に編集可能であるか (ワークスペース内)、または編集可能なメタデータ (バージョン内) があります。
• [保留中]-1 人以上の承認者による承認を待機している間の、リリース候補 (およびその改訂可能オブジェクト) の状態。
• [拒否]-1 人以上の承認者が拒否することを選択したリリース候補 (およびその改訂可能オブジェクト) の状態。
• [リリース]-1 人以上の承認者によって正常に承認されたか、または作成者によって直ちにリリースされたリリース候補 (およびその改訂可能オブジェクト) の状態。
• オブザーバー - リリースのステータスを通知する必要がありますが、リリースワークフローで承認を必要としない会社のメンバー、またはチーム。リリース候補には、任意の数のオブザーバー (またはなし) を含めることができます。リリース候補を観察するには、オブザーバーがドキュメントに対する表示権限を持っている必要があります。
• 承認者 - リリースワークフローで承認が必要な会社のメンバーまたはチーム。承認者は、リリース候補を承認または却下できます。リリース候補を承認または却下するには、承認者はドキュメントを編集する権限を持っている必要があります。
• Revisionable object - Any part, Assembly, Drawing, Variable Studio, and file in an Onshape document can be revisioned and released in Onshape.
• Release candidate - A user-selected group of revisionable objects that moves through the release workflow together. A Release candidate may contain a single part or an entire product including parts, Assemblies, Drawings, Variable Studios, and other files.
• Not revision-managed objects - Objects that may need to be included in a Release for reference purposes but whose revisions do not need to be tracked. You can mark entire Part Studios, Assemblies, Drawings, Variable Studios, parts, and files as Not revision-managed. Keep in mind that setting the entire document as Not revision-managed includes all parts.

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

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

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

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

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

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

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