Release の Online Mode ビューでは、リリース処理は段階的なフローになっており、ビュー左側の各エントリで、現在どのステージにいるかを一目で確認できます。
-
Configure Server Release – リリースプロセスのこのステージでは、生成したいデータの種類を指定します:ソースデータ(常に生成)、製造データ、実装データ(ベース設計および検出された各バリアント)。
-
Validate Project – 次のステージは、割り当てられた OutJob ファイル内で 1 つ以上の Validation タイプのレポートが検出された場合に自動実行されます。リリース対象のデータアイテムに割り当てられた Output Job ファイルで定義されている、すべての検証出力ジェネレータが実行されます。
-
Generate Data – 次のステージも自動実行されます。ここでは、含まれる Data Items に割り当てられた OutJob ファイルで定義されているその他すべての出力を実行し、Workspace 内の該当ターゲットアイテムへリリースするデータを生成します。
-
Review Data – すべての検証チェックに合格し、出力データが生成されたら、このステージで生成データをレビューできます。
Prepare & Release または Prepare & Release & Publish to PLM コマンド(
ボタンに関連付けられたメニューから)を使用する場合、Project Releaser は Review Data ステージで一時停止しません。
-
Upload Data – 前のステージでリリースを確定すると、この次のステージに自動的に移行します。ターゲット Workspace 内の該当 Data Items のリビジョンへデータをアップロードする進捗が表示されるだけです。
-
Execution Report – これはプロセスの最終ステージで、リリースのサマリを提供します。生成された Item Revisions を Explorer panel で素早く参照できるよう、ナビゲーションリンクが用意されています。PLM へのリリースおよび公開プロセスの一部として Project Releaser にアクセスしている場合は、
ボタンが表示されます。これをクリックすると、プロセスの基盤となるワークフローを継続し、PLM へ公開します。
Prepare & Release & Publish to PLM コマンド(

ボタンに関連付けられたメニューから)を使用する場合、
Project Releaser は
Execution Report ステージで一時停止せず、

ボタンも表示されません。
-
Publish to PLM – このステージは、該当の有効化されたプロセス(リリース後に PLM へ公開するためのプロセス)でリリースを実行している場合にのみ表示されます。前のステージで
ボタンをクリックすると自動的にこのステージに入ります(または、
ボタンに関連付けられたメニューから Prepare & Release & Publish to PLM コマンドを使用した場合は直接入ります)。Login Credentials ダイアログが表示されます。PLM インスタンスの Username と Password を入力し、使用したい PLM テンプレート(フォーム <PLMInstance>:<PublishingTemplate> に表示)を選択します。
PLM インスタンスのログイン資格情報が必要なのは、そのインスタンスへ初めて公開するときだけです。以後は Workspace に保存されます。その後、同じ PLM インスタンスに対してそのプロジェクトを公開する場合は、定義済みワークフローと選択した公開テンプレートに従って、直接処理が進みます。
初回公開で、(PLM 側の)品番がまだ Workspace プロジェクトに関連付けられていない場合、それらの品番は PLM 内で作成され、初回公開の一部としてプロジェクトに関連付けられます。また、公開操作の一部として、Workspace コンポーネントに対するコンポーネントエントリを PLM インスタンス内に定義することもできます。これにより、PLM 内でコンポーネントの BOM を取得できます(任意。PLM インスタンスへプロジェクトを公開する際に定義・使用する公開テンプレートに依存します)。
Online Stage 1 – Configure Server Release
リリースプロセスのこのステージでは、生成したいデータの種類を指定します。リリース可能な Data Items は次のとおりです:
-
Source Data – ソース設計のスナップショット。
-
Fabrication Data – 製造業者(Fabrication House)が裸基板を作成するために必要なデータ。
-
Assembly Data for the Base Design (no variations) – 実装業者(Assembly House)が BOM に従って裸基板へ部品を実装するために必要なデータ(バリアントなしのベース設計用)。
-
Assembly Data for Design
Variant n – 実装業者(Assembly House)が BOM に従って裸基板へ部品を実装するために必要なデータ(ベース設計の Variant n 用)。
実装データセットの数は、ベース(バリアントなし)設計と、その設計に対して定義され検出されたすべてのバリアントに対応します。
さらに、Custom Data セクションを追加して設定することもでき、カスタマイズしたリリースデータ一式を作成できます。これは主に後方互換性やカスタムデータフロー向けです。参照が作成されるのはソースデータのみです。任意の数のカスタムデータセットをリリースの一部として追加・設定できます(現在定義されているデータアイテム一覧の下にある Add Section コントロールをクリック)。

プロジェクトリリースプロセスのステージ 1 – リリースに含める内容(生成するデータ)の設定。
Source Data アイテムはリリース時に常に含まれます。その他のデータアイテムは任意で含められます。
Assignment of Output Jobs
Fabrication Data および Assembly Data アイテムをリリースに含めるには、少なくとも 1 つの OutputJob ファイルを割り当てる必要があります。名前が 'fab' および 'ass' で始まる Output Job ファイルがある場合、Release ビューに初めてアクセスしたときに、それらの OutJobs はそれぞれ Fabrication Data および Assembly Data セクションへ自動的に割り当てられます。該当しない場合は、各ケースで適用する OutJobs を手動で割り当てる必要があります。これは Project Release Options ダイアログの Release Options タブから行えます(ビュー左下の
ボタンをクリックしてアクセス)。

必要に応じて、該当するデータセットへ OutJobs を割り当てます。
ダイアログ下部の Include Design subfolder into the item content (for legacy compatibility, not recommended) ボタンは、レガシー互換のためにのみ使用してください。使用には注意が必要です。
Switching Release Target
Project Release Options ダイアログの Release Options タブは、リリースターゲットの変更(管理対象 Online と非管理対象 Offline の動作モード切り替え)にも使用できます。利用可能なオプションは 3 つです:
-
Unmanaged - Folder(Offline):生成データをローカルフォルダへリリースするよう設定します。ルートフォルダパスはダイアログの Output Path タブで指定します。既定では [OutputPath] に設定されます(Project Options ダイアログの Options タブにある Output Path フィールドで定義されたパスを使用)。
-
Unmanaged - Zip(Offline):生成データをローカルフォルダへリリースするよう設定します。データは単一の Zip ファイルにパックされます。Zip のパス/名前はダイアログの Output Path タブで指定します。既定では [OutputPath][ProjectName].zip に設定されます(Project Options ダイアログの Options タブにある Output Path フィールドで定義されたパスを使用)。
-
Managed - <WorkspaceName>(Online):現在アクティブに接続している Workspace(WorkspaceName 付き)へリリースするよう設定します。

プロジェクトのリリースオプションの一部として、リリースターゲット(生成データの送信先)を切り替えます。
ハーネス設計プロジェクトを接続中の Enterprise Server Workspace へリリースすることは、現時点ではサポートされていません。そのため、このプロジェクトタイプで Enterprise Server Workspace に接続している場合、Project Release Options ダイアログでは Managed - <WorkspaceName> オプションは利用できません。
Setting Workspace Item Naming Schemes
ターゲット Workspace へ初めてプロジェクトをリリースする際、生成データを受け取る(そのリビジョンに生成データが入る)ターゲットデータアイテムの命名方法を定義できます。これは Project Release Options ダイアログの Item Naming タブで行い、ビュー左下の
ボタンを押してアクセスします(または、リリースするデータセットの Target Revision リンクをクリックし、コンテキストメニューから Edit を選択)。このタブでは次を行います:
-
プロジェクト名を定義します。既定では実際のプロジェクト名が入力されます。
-
リリースの一部として生成可能な各種データアイテムの既定の命名スキームを定義します。Item ID 列のフィールド内をクリックし、フィールド右側の
ボタンをクリックして Choose Item ダイアログ(Explorer パネルの一形態)を開くと、アクティブに接続している Workspace 内の既存 Item をターゲットにできます。
命名スキームを変更するには、Settings ボタンをクリックして Naming Template Settings ダイアログにアクセスします。

プロジェクト名を設定し、ターゲット Workspace 内で生成されるデータアイテムの命名を定義します。ここでは、プロジェクトがまだリリースされていないため、フィールドは編集可能です。
命名テンプレートで使用できるマクロ形式は次のとおりです:
-
Parameter-based – 角括弧で囲まれたパラメータの使用をサポートします(例:
[ProjectName]、[VariantName]、[ProjectParameter])。
-
Numeric-based – 波括弧で囲まれた数値の量指定子の使用をサポートします(例:
{0000}、{9000})。
Project Release Options ダイアログの Item Naming タブでは、命名スキームのエントリを直接クリックして、必要に応じて命名を変更できます。あるいは、フィールド右側のボタンをクリックして Choose Item ダイアログ(Explorer パネルの一形態)を開き、アクティブに接続している Workspace 内の既存 Item をターゲットにすることもできます。
Releaseビューの第1ステージでは、アクティブに接続されているWorkspaceへリリースするデータを設定している間、アイテムの命名はいつでも変更できます。

をクリックした後は、関連する命名を変更できません。これは、その命名で計画済みアイテムが、リリースに含まれる有効化された各データセットごとに作成され、プロジェクトにリンクされるためです。したがって、それらのアイテムへデータをリリースするところまで進めなかった場合でも、アイテムは準備完了の状態で存在し続け、対応する命名テンプレートのエントリはグレーアウトされます。これらの計画済みアイテムを削除するか、
Browseコマンド(
Target Revisionエントリをクリックしてメニューにアクセス)を使用して、各ケースで目的の命名を持つ新しいターゲットアイテムを作成できます。
Controlling the Target Revision
メインビューに戻り、Target Revisionエントリの横にあるリンクをクリックすると、次の画像に示すコマンドメニューにアクセスできます。

リリースの一部として生成されるデータセットのターゲットリビジョンを指定するためのコントロールにアクセスする – 画像にカーソルを合わせると表示されます。
利用可能なコマンドは、アイテムが初回リリース済みかどうかによって異なります。以下は、可能なコマンドの一覧です。
-
Auto <RevisionID> – このエントリでは、リビジョンの扱いをシステムに任せられるため、現時点で存在しない計画済みリビジョンを作成する必要がありません。
RevisionIDには、割り当てられたリビジョン命名スキーム内の同一レベルにおける次のアイテムリビジョンが表示されます(例:現在のリビジョンがA.1の場合、このコマンドではターゲットがA.2と表示されます)。
-
Next <RevisionID> – このエントリは、アイテムの初回リリース後にのみ使用できます。割り当てられたリビジョン命名スキーム内の次レベルで、ターゲットリビジョンを素早くインクリメントするために使用します。
RevisionIDには次のリビジョンが表示されます(例:現在のリビジョンがA.1の場合、このコマンドによりターゲットはB.1に切り替わります)。
-
Custom – このエントリを使用すると、
Custom Revision ID dialogでカスタムのRevision IDを定義し、ターゲットアイテムの特定リビジョンを指定できます。採用しているリビジョン命名スキームによっては、ダイアログに最大3つのLevel IDフィールドが表示される場合があります。なお、アイテムの最初の計画済みリビジョンのIDは、アイテム作成後かつその初期リビジョンへデータをリリースする前(つまり、まだPlanned 状態の間)であれば、いつでも変更できます。
-
Browse – このエントリを使用すると、リリース先となる既存のターゲットItem-Revisionを指定できます。そのためのChoose Target Itemダイアログ(Explorer panelの一形態)が表示されます。
-
Edit – このエントリを使用すると、Project Release OptionsダイアログのItem Namingタブにアクセスでき、作成されるターゲットアイテム(および初期リビジョン)の名前を変更できます。
-
Navigate – このエントリを使用すると、Explorerパネル内の該当アイテムへ素早く移動できます(すでにリリース済みで、次のリビジョンが計画済み状態で存在する場合)。
メニュー最上部のエントリには、現在選択/定義されているターゲットリビジョンが反映されます。
Accessing Data Generation Details
データセットのヘッダー右端にあるDetailsコントロールをクリックすると、そのデータセットによって具体的に何が生成されるのかの詳細にアクセスできます。Hide Detailsコントロールをクリックすると、この拡張ビューを折りたためます。Source Dataセットを除き、生成されるデータは1つ以上の割り当て済みOutput Jobファイルから取得されます。Configureコントロールをクリックすると、ソースのOutJobへ素早くアクセスできます。

データセットの詳細ビューにアクセスして、生成されるデータを確認する – 画像にカーソルを合わせると表示されます。
Additional Settings
PreferencesダイアログのData Management – Servers pageでは、プロジェクトリリースに関連する追加設定を定義できます。
-
アクティブに接続されているWorkspaceへアップロードする前に生成ファイルを一時保存するフォルダーは、自動ロケーション(既定のインストールでは
\Users\<ProfileName>\AppData\Local\Temp\Releases)に設定するか、任意のフォルダーで手動上書きできます。
-
リリース処理完了後に一時保存フォルダーを実質的に空にするには、Delete contents after exiting release modeオプションを有効にします。
-
生成される各出力の名前には、必要に応じてItem IDとRevision IDをプレフィックスとして付与できます(例:
[FAB-Kame_FMU-A.1] Validation.PDF)。その場合は、Prepend revision HRID to file namesオプションを有効にします。

プロジェクトリリース処理に関する追加の環境設定。
リリースの一部として作成されるデータアイテムを必要に応じて設定したら、ビュー右下の
ボタンをクリックして次へ進みます。

ボタンには2つの状態があります。クリックすると標準の
Prepareコマンドが起動します。これにより、リリースは
Review Dataステージまで進み、データのリリースを確定する前に、すべてが問題ないかを実質的に再確認できます。レビューで一時停止したくない場合は、ボタンに関連付けられたドロップダウンメニューから
Prepare & Releaseコマンドを選択します。
準備の一環として、次のような複数の事前チェックが実行されます。
-
プロジェクトおよびすべてのファイルが保存されていることを確認します。
-
該当する場合、プロジェクトおよび関連ファイルがVCSにコミットされていることを確認します。
-
有効化された各データアイテムに名前が付けられていることを確認します。
-
ユーザーにターゲットアイテム(およびリビジョン)を作成する権限があることを確認します。
-
Workspace内に必要なターゲットアイテム(および計画済みリビジョン)を、存在しない場合は作成し、存在するアイテムについては次のリビジョンが使用されることを保証します。
問題が見つかった場合は、それらを解決するための手段(ローカルで変更されたファイルの保存やVCSへのコミットなど)が提示されます。
リリース対象プロジェクト内に外部ドキュメント(プロジェクトに関連付けられているが、プロジェクトフォルダーまたはそのサブフォルダーとは異なるフォルダーに保存されているドキュメント)が見つかった場合、External filesダイアログが開き、外部ドキュメントの一覧(
)が表示されます。潜在的な問題を避けるため、プロジェクトに関連するすべてのドキュメントは、プロジェクトフォルダーまたはそのサブフォルダーに保存することを推奨します。
この時点でSource Dataアイテムが生成され、ソース設計プロジェクトファイルのスナップショットがターゲットアイテムのリビジョンへリリースされます。
Online Stage 2 – Validate Project
ステージ1が問題なく完了すると、割り当て済みOutJobファイル内で1つ以上の検証(Validation)タイプのレポートが検出された場合に、この次のリリースステージが自動的に実行されます。リリース対象データアイテムに割り当てられたOutput Jobファイルで定義されている、すべての検証出力ジェネレーターが実行されます。これには、次のいずれか(または複数)の実行が含まれます。
-
Differences Report – コンパレーターを使用して、ソースとPCB設計ドキュメントが正しく同期しているかを判定します。
-
Electrical Rules Check – キャプチャされたソース設計の電気的/製図的な妥当性をチェックします。
-
Design Rules Check – 指定された基板レベルの設計制約に対するPCBドキュメントの妥当性をチェックします。
-
BOM Checks – 利用可能な場合、ソースBOMドキュメント(
*.BomDoc)におけるDesign ItemsまたはPart Choicesに関連する違反の可能性をチェックします。
-
Footprint Comparison Report – 基板上のフットプリントをソースライブラリと比較し、最新で一致していることを確認します。
-
Component State Checking – 制限状態にあるコンポーネントがないかをチェックします。設定の一環として、ターゲットWorkspace内で現在定義されている各Lifecycle Definitionの各状態に対して、実行するアクション(何もしない/警告/エラー生成)を決定します。エラー生成を選ぶと、設計のリリースは阻止されます。さらに、このチェックを実行すると、HTMLベースの便利なレポートが生成され、どの設計コンポーネントが有効な状態にないかを一目で確認できます。
-
Environment Configuration Compliance Check – (該当する場合)割り当てられたロールで使用可能な環境設定により許可されているデータアイテムのみが使用されていることをチェックします。このチェックでは、すべてのDesign ItemsがWorkspaceから供給されていることも保証できます。
検証が成功すると、
アイコンが表示され、テキストはPassedになります。失敗した場合は、
アイコンが表示され、テキストはFailedになります。
いずれかの検証チェックに合格しない場合、リリースは失敗します。
ビュー右下の

をクリックすると、リリース処理は停止します。
Online Stage 3 – Generate Data
ステージ2が問題なく完了すると、この次のリリースステージが自動的に実行されます。ここでは、含まれるData Itemsに割り当てられたOutJobファイルで定義されているその他すべての出力が実行され、Workspace内の該当ターゲットアイテムへリリースするデータが生成されます。
他のステージと同様ですが、このステージは実行に時間がかかるため特に分かりやすく、生成の進捗を示すためにアイコンが使用されます。
– まだ実行/生成されていない。
– 実行/生成中。
– 正常に生成された。
– 生成に失敗した。
ビュー右下の

をクリックすると、リリース処理は停止します。
Online Stage 4 – Review Data
すべての検証チェックに合格し、出力データが生成されると、このリリースステージで生成データをレビューできます。
ボタンに関連付けられたメニューからPrepare & Releaseコマンドを選択した場合、Project ReleaserはReview Dataステージで一時停止しません。

生成されたデータをレビューし、リリースを確定してWorkspaceへデータをアップロードする前に、すべてが期待どおりであることを確認します。
このページは既定で、生成データのシンプル(コンパクト)ビューを表示します。より詳細なビューに切り替えるには、関心のあるセクションに関連付けられたDetailsコントロールをクリックします。

関連セクションで生成されたデータを、簡易表示から詳細表示へ切り替えるには Details コントロールをクリックします。Hide Details コントロールをクリックすると、再び元に戻せます。
Output Generation States in Detailed View
次の表は、データ生成中に詳細表示で確認できる出力状態を示します。
状態
|
説明
|
|
出力はまだ生成されていない/存在しない。
|
|
出力は生成済みだが、その後設計側で変更が行われたため、このデータの有効性は最新ではない。
|
|
出力は現在生成処理中である。
|
|
出力は検証ベースであり、エラーのないレポートが生成されている。ERC レポートの場合、エラーがないか、またはエラーのレベルが当該レポートで指定された許容最大エラーレベル以内である。
|
|
出力(検証ベースの出力を除く)は正常に生成された。
|
|
出力の生成に失敗した。検証ベースの出力の場合、ソース設計ドキュメント内にエラーが存在し、特定のチェックが失敗していることを意味する。標準出力の場合、出力を正常に生成できなかった。生成前検証の実行時に致命的エラー(Fatal Errors)が存在する、または Output Job ファイル内で関連する出力ジェネレータの設定に不備がある可能性がある。
|
生成データのコンパクト表示では、View リンクをクリックして、関連するデータファイルまたはファイルセットを開きます。これは Altium Designer 内の該当エディタ(例:Gerber ファイルや圧縮/非圧縮 ODB++ ファイル用の CAM エディタ)で開くことも、該当する外部アプリケーション(例:部品表を Microsoft Excel で開く)で開くこともできます。詳細表示では、エントリをダブルクリックすると、そのファイルだけを表示できます。
多くの設計者が用いる一般的なリリース準備テストとして、現在のリリースで生成した Gerber ファイルと、前回リリースの Gerber ファイルを比較する方法があります。Gerber 出力の横にある Compare Gerber リンクをクリックし、ドロップダウンメニューから以前のリリースを選択すると、準備済みの Gerber データを選択したリリースのものと比較できます。既定のブラウザが Company Workspace を開き、結果を表示します。

Project Releaser から Gerber 比較機能にアクセスし、Workspace にデータをリリースする前に比較する。
► Gerber Comparison 機能の詳細(Altium 365 Workspace、Enterprise Server Workspace)。
Source Data セクションでは、コンパクト表示で View リンクをクリックすると、プロジェクトのソースファイルのスナップショットが保存されている一時フォルダを Windows エクスプローラーで開きます。この機能は、セクション見出し右側の Explore リンクからも利用できます。実際、各セクションに同様のコントロールがあり、一時フォルダ内の当該データのサブフォルダへ素早く移動できます。
詳細表示では、右クリックのコンテキストメニューのコマンドにより、ドキュメントを開いたり、生成先(一時フォルダ)を参照したりできます。また、フォルダ位置や作成日といったデータ列を追加することも可能です。グリッドの見出し領域を右クリックして Select Columns コマンドを選択すると、表示するデータを調整するためのダイアログにアクセスできます。
データを確認した結果、修正が必要だと分かった場合は、画面右下の
ボタンをクリックします。確認ダイアログが表示され、生成済みデータがすべて失われることが通知されます。OK をクリックするとリリースはキャンセルされ、プロセスのステージ 1 に戻ります。
システムは、リリース準備から Workspace へのデータリリースまでの間、設計ファイルの変更を当然ながら防止します。設計ファイルを何らかの形で変更すると、リリースプロセスは終了し、リリース準備前の初期ステージに戻ります。
生成データに問題がなければ、(同じく画面右下の)
ボタンをクリックしてリリースを続行します。Confirm Release ダイアログが表示され、Workspace にリリースされるプロジェクト構成の要約が示されます。ここで Name(既定では [ProjectName])、Description を追加でき、さらに必要に応じてリリースノートも追加できます。

生成される Item-Revisions の観点で、何がリリースされるかの確認、および Name/Description の変更とリリースノートの追加が可能。
Online Stage 5 – Upload Data
前ステージでリリースを確定すると、この次のステージに自動的に移行します。Workspace 内の関連データ Item のリビジョンへデータをアップロードする進捗が表示されるだけです。

このステージは、Workspace 内のリンクされた Item-Revisions へ生成データをアップロードする進捗を反映するだけです。
Online Stage 6 – Execution Report
これはプロセスの最終ステージで、リリースの要約を提供します。

リリースの最終レポート。
ナビゲーションリンクを使用すると、リリース済みデータ(製造データ、実装データ、および任意のカスタムデータセット)を含む関連 Item Revision に素早くアクセスできます。場所は Explorer panel(Workspace へのポータル)です。

Explorer パネルにより、Workspace 上でプロジェクトのリリース済みデータを直接表示している。
プロジェクトバリアントに定義されたパラメータは、対応する実装データセットのリビジョンに含まれます。Explorer パネルの Classic View でプロジェクトを表示しているとき、必要な実装データセットのリビジョンを選択し、Parameters アスペクト表示タブに切り替えると、バリアントパラメータを確認できます。

バリアントパラメータ VariantLabel = A がプロジェクトバリアント Default に追加された。リリース済みの実装データセットにはこのパラメータが含まれており、Explorer パネルの Parameters アスペクト表示タブで確認できる。
Viewing the Released Project
Workspace プロジェクトでは、リリース完了後に追加の機能を 1 つ利用できます。Execution Report ページ上部のナビゲーションリンクの最後にある Project Page リンクをクリックすると、Explorer パネルが開き、Project View 内でプロジェクトが表示されます。これは Workspace プロジェクトでのみ利用可能です。
以前に
Classic View でプロジェクトを表示していた場合、手動で
Project View に切り替える必要があるかもしれません。
Explorer パネル右上の

ボタンに関連付けられたメニューからコマンドを利用できます。

Project View により、Explorer パネルで Workspace プロジェクトをより詳細に確認できます。
ビュー左下の Releases 領域には、プロジェクトに関連付けられたリリースの一覧が表示され、各リリースの概要と、そのリリースを構成するパッケージが含まれます。この領域の
ボタンをクリックすると Batch state change dialog が開き、同一リリースに関連する複数アイテムのライフサイクル状態を、単一のバッチ処理で一括変更できます。
プロジェクトのリリース情報には、Explorer panel の
ボタンから開く、対象 Workspace の Web Viewer でもアクセスできます。Workspace の Web Viewer では、プロジェクトに関連するすべてのリリースを Releases ビュー(オンサイトサーバー提供の Workspace の場合は Manufacture ビュー)で参照できます。このページにはすべてのプロジェクトリリースが一覧表示され、最新のエントリが最上部に表示されます。個々のリリースは、開くボタン(
)から Workspace の Manufacturing Portal で開けます。Manufacturing Portal ビューでは、選択したリリースのより詳細な情報(構成するリリースパッケージファイル、設計ドキュメント一式、コンポーネントのメーカー/サプライヤー情報など)が表示されます。なお、Send to Manufacturer 機能は Altium 365 Workspace でのみ利用可能です。► 詳細は Altium 365 Workspace Releases View ページを参照してください。
以上です。プロジェクトがリリースされたら、Release ビューを(画面右下の
ボタンで)閉じるだけです。将来同じプロジェクトを再リリースする必要がある場合も、Project Releaser により素早く簡単に実行でき、対象の Item-Revisions は自動的にインクリメントされます。
プロジェクトをリリースするたびに、プロジェクトの History ビューのタイムラインに Project Released イベントタイルが追加されます。リリースを実行した人物が、名前(および画像)とともに、日時付きで表示されます。生成データを Workspace にリリースする際に Confirm Release dialog でリリースノートを追加していた場合、それもタイル内に表示されます。リリースに含まれる各データセットも一覧表示されます。
最新のプロジェクトコミットにまだタグが付いていない場合、その最新コミットには自動的にタグが割り当てられます。このタグは RELEASE_<RevisionID> の形式となり、<RevisionID> はリリースされたプロジェクトソースのリビジョン番号(A.1、A.2 など)です。例:RELEASE_A.3。

プロジェクトの History ビューにおける Project Released イベントタイルの例。最新のプロジェクトコミットにタグがなかったため、リリース後にタグ付けされた。
► Project History の詳細。
PLM インスタンスへの公開
Related pages: PLM Integration(Altium 365 Workspace、Enterprise Server Workspace)、PLM への公開
Altium Designer で Project Releaser を実行する際、その一環として設計を PLM インスタンスへ公開(Publish)できます。公開処理では、公開テンプレート(PLM インスタンスの統合設定の一部として定義)を使用し、データを PLM にどのように反映(伝播)させるかを制御します。この機能は、適切に構成されたプロセスを通じて利用できます。インストールにはサンプルのプロセス定義(Project Releaser with Publish)が含まれており、その基盤となるワークフローにより、Project Releaser の追加ステージとして統合済み PLM インスタンスへの公開が可能になります。ワークフロー図を以下に示します。
このプロセス定義は、そのままでは有効化して使用できません。そのため、どちらかというと「テンプレート」に近いものです。貴社の要件に合わせて編集し、名前を付けて新しいプロセス定義として保存し、その後 can で有効化して使用してください。

既定の Project Releaser with Publish サンプルプロセス定義のワークフロー図
有効化すると、Project Releaser の一部として PLM インスタンスへ公開するプロセスは、Altium Designer 内で、アクティブなプロジェクトの Project » Project Releaser サブメニュー、または Projects パネルで設計プロジェクトのエントリを右クリックして表示される Project Releaser コンテキストサブメニューからアクセスできます。

Project Releaser
の一部として PLM インスタンスへ公開するプロセスにアクセスProject Releaser
Project Releaser が表示され、追加ステージとして 7. Publish to PLM が加わります。さらに、
ボタンに関連付けられたメニューから Prepare & Release & Publish to PLM というコマンドも利用できます。これは、生成されたデータと実行レポートを確認するために停止せずに Project Releaser を実行したい場合に使用します。

生成されたデータと実行レポートの確認で停止せずに Project Releaser を実行するための追加コマンド
標準の Prepare コマンドで Project Releaser を実行した場合、データの確認とリリース後、Execution Report ステージで
ボタンが表示されます。これをクリックすると、プロセスの基盤となるワークフローが継続され、PLM への公開が行われます。Login Credentials ダイアログが表示されるので、PLM インスタンスの Username と Password を入力し、使用したい PLM テンプレート(フォーム <PLMInstance>:<PublishingTemplate> に表示)を選択します。
Prepare & Release & Publish to PLM コマンドを使用することを選んだ場合、最終的に
Login Credentials ダイアログが直接表示されます。
Project Releaser は
Execution Report ステージで一時停止せず、

ボタンも表示されません。
PLM インスタンスのログイン資格情報が必要なのは、そのインスタンスへ初めて公開する場合のみです。以後は Workspace に保存されます。その後、同じ PLM インスタンスへそのプロジェクトを公開する際は、定義されたワークフローと選択した公開テンプレートに従って、直接処理が進みます。

PLM インスタンスへの初回公開時にアクセスする Login Credentials ダイアログ。
Diagram タブをクリックすると、プロセスの基盤となるワークフローを確認できます。

Login Credentials ダイアログの Diagram タブ
ボタンをクリックして、そのワークフローに従って公開プロセスを進めます。
初回の公開で、(PLM 側の)品番が Workspace プロジェクトにまだ関連付けられていない場合、それらの品番は PLM で作成され、初回公開の一部としてプロジェクトに関連付けられます。また、公開処理の一部として、Workspace コンポーネントに対するコンポーネントエントリを PLM インスタンス内に定義することもできます。これにより、PLM 内でコンポーネントの BOM を取得できます(任意。プロジェクトを PLM インスタンスへ公開する際に定義・使用する公開テンプレートに依存します)。
PLM への公開プロセスのステータスは、Workspace のブラウザインターフェースで、プロジェクトの詳細管理ページにある
Activities ビューから確認できます。プロジェクトの詳細管理ページは、Workspace のブラウザインターフェースの
Projects ページで対象プロジェクトを選択し、プロジェクト一覧の上にある

コントロールをクリックして、関連メニューの
Open エントリを選ぶことで開きます。別の方法として、一覧内の対象プロジェクトのエントリを直接ダブルクリックしても開けます。ページは新しいブラウザタブで開きます。プロセスワークフローの履歴(
History タブ)として、PLM インスタンス内の品番など、作成された内容を常に正確に確認できます。