Management of Projects

Parent page: 次の設計プロジェクトを始める

要するに、プロジェクト管理とは、設計プロセス全体を通して変更を安全に保存・追跡し、最終的にはその設計成果を、最終製品で使用される実装済みPCBのような「物理的な成果物」の作成へとつなげることに主眼があります。これらのニーズに応えるため、Altium NEXUS には、洗練度と機能が段階的に高まる複数のプロジェクト管理アプローチが用意されており、設計者の視点ではプロセスを簡素化できます。これらは、ローカルのファイルベースの保存・管理から、ローカル／リモートのバージョン管理システム（VCS）による保存方式、そして最も高度で推奨される形として、サーバーベースの Altium Workspace の機能を中心に設計データ管理を行う方式までをカバーします。

接続された Altium Workspace とその内部VCSサービスは、Altium NEXUS プロジェクトをホストして管理し、簡素化されたVCS操作、設計コラボレーション機能、高度な設計データ共有、履歴追跡、ライフサイクル管理など、さらに多くの機能を提供します。Workspace と統合されたプロジェクトは、Altium NEXUS から直接アクセスできます。たとえば Projects や Explorer パネルから、または Workspace 側の browser-based interface を通じてアクセスできます。

Workspace が提供するサービスに組み込まれたインテリジェンスにより、VCS操作のようなタスクは簡素化・自動化され、ユーザーアクセス制御（共有）、コメント、履歴といった追加の設計コラボレーション機能も Altium NEXUS 内から直接利用できます。結果として、堅牢で安全なプロジェクト保存形式と保存場所が得られ、共同設計の中心点となり得ます。

本ドキュメントでは、Altium NEXUS から管理対象プロジェクトを扱う方法について、以下を含めて説明します。

• プロジェクトの作成 – 新規に直接作成する、または既存の未管理プロジェクトをオンラインで利用可能にする。
• プロジェクトの共有 – プロジェクトのアクセス権限を変更し、閲覧・作業が必要なユーザーが利用できるようにする。
• プロジェクトを開く – 作業できるようにする。
• プロジェクトのクローン – ゼロから作り直すことなく同一コピーを素早く取得する（次のプロジェクトが非常に似ている場合に有効）。
• プロジェクトの「ソフト」削除 – プロジェクト全体を Workspace のゴミ箱へ移動し、完全削除または元の場所への復元を選べるようにする。
• プロジェクトへのコメント – ドキュメントにタグ付きの注記を付け、Workspace に保存して、そのプロジェクトドキュメントにアクセスできる全ユーザーが利用できるようにする。
• プロジェクトのリリース – プロジェクトデータを製造用パッケージとして接続された Workspace に送信し、PCB製造・実装サービスなど他者と共有できるようにする。
• プロジェクト履歴の表示 – プロジェクトに関する主要イベント（作成、コミット、リリース、クローン、MCAD交換）を時系列で参照し、該当する場合は各種アクションを実行できる。

プロジェクトの作成

Altium NEXUS 内から管理対象プロジェクトを作成する方法は2つあります。

• Create Project ダイアログ を使用して新規プロジェクトを作成する。

• 既存のローカルプロジェクト（または外部のバージョン管理下にあるローカルプロジェクト）を Workspace で利用可能にする。

Types of Projects that can be created

PCBプロジェクト

プリント基板（PCB）プロジェクトでは、電子回路を回路図として取り込み、配置して配線したコンポーネントシンボルのライブラリから回路図を構築します。

その後、設計はPCBエディタへ転送され、各コンポーネントはフットプリント（パターン）として実体化され、回路の配線は点対点の接続ラインになります。最終的なPCB形状を定義し、基板に含める物理層も定義します。設計ルールでは、配線幅やクリアランスなど、レイアウト要件を指定します。コンポーネントを基板形状内に配置し、接続ラインは手動または自動でルーティングに置き換えます。

設計が完了すると、ブランク基板の製造や実装機の設定などに使用できる標準形式の出力ファイルを生成します。

Workspace に保存・管理されているプロジェクトは、たとえばPCBプロジェクトの場合は のような識別アイコンで表示されます。

マルチボードプロジェクト

マルチボードプロジェクトでは、サブプロジェクトモジュール同士を接続する回路図ドキュメントを用いて論理設計を取り込みます。サブプロジェクトモジュールは既存のPCBプロジェクトを表します。マルチボード回路図データは、その後マルチボードアセンブリドキュメントへ転送され、サブプロジェクトで定義された物理的な基板アセンブリを、追加した筐体内で相互に配置します。

マルチボードプロジェクト（*.PrjMbd）は、論理回路図ドキュメント（*.MbsDoc ）と同期されたアセンブリドキュメント（*.MbaDoc）を適用することで、既存のPCB設計プロジェクト間の電気的・物理的な接続性を実質的に定義します。

► Multi-board Projects の詳細はこちら。

統合ライブラリ

統合ライブラリは、ライブラリパッケージプロジェクト（*.LibPkg）で作成します。ここでは、回路図シンボルを Schematic Library（*.SchLib）で作成し、他ドメインの対応モデルへの参照リンクを定義します。参照されるモデルには、PCBフットプリント、回路シミュレーションモデル、シグナルインテグリティモデル、3Dメカモデルなどが含まれます。

モデルを含むファイル（PCBLibs など）を Integrated Library Package（*.LibPkg）に追加するか、検索パスを定義してその場所を特定します。その後、元の回路図シンボルライブラリと必要なモデルをコンパイルして、単一ファイル（*.IntLib）にまとめます。これを統合ライブラリ（Integrated Library）と呼びます。

設計コンポーネントデータを管理する、より優れた、そしてはるかに高度な解決策は、コンポーネントを Altium Workspace でホストし、そこから取得する方式です。Altium Workspace は、コンポーネントデータを高い整合性で安全に保管でき、さらにライフサイクル管理や最新のサプライチェーン情報といった利点も得られます。

► Managed Components の詳細はこちら。

スクリプトプロジェクト

スクリプト（*.pas）には、Altium NEXUS で実行される際に解釈される一連の命令（自動コマンド）が含まれます。スクリプトは同じエディタ環境で作成・デバッグします。

スクリプトには2種類あります。スクリプトユニットとスクリプトフォームです。スクリプトユニットは X2 Application Programming Interface（API）を使用して、設計ドキュメント上の設計オブジェクトを変更・操作できます。スクリプトフォームは、ユーザーインターフェースとしてコントロールをホストし、X2 API を利用して、アクティブな設計ドキュメントに作用するスクリプトダイアログを提供します。

スクリプトユニット、フォーム、データモデルは、スクリプトプロジェクト（*.PrjScr）に含まれます。

以降のセクションでは、新規プロジェクトの作成と、既存のローカルプロジェクトを Workspace ベースのプロジェクトへ変換する方法を詳しく見ていきます。

Create Project ダイアログから

Altium NEXUS 内から Create Project ダイアログ（File » New » Project）を使用して、新しい管理対象プロジェクトを作成できます。

Altium NEXUS 内から新しい管理対象プロジェクトを作成するための Create Project ダイアログ設定。なお、Advanced のオプションはデフォルトで適切に設定されています。

1. Locations リストで、Workspace のエントリ（定義した名前で表示されます）を選択します。このオプションを一覧に表示するには、Workspace にアクティブに接続されている必要があります。これが新しい管理対象プロジェクトを保存する対象サーバーになります。
2. Project Type リストで作成したいプロジェクトタイプを選び、必要に応じて利用可能なテンプレートから選択します。Workspace にプロジェクトテンプレートを作成してリリースしている場合、選択可能なテンプレートとしてそれらのみが一覧表示されます。<Empty> を選ぶと、初期ソースドキュメントを含まない空のプロジェクトが作成されます。
3. Project Name を入力し、必要に応じてプロジェクト Description も入力します。

• プロジェクト名は先頭が A-Z、a-z、0-9 で始まる必要があり、名前には A-Z、a-z、0-9 を含められます。アンダースコア、ダッシュ、スペースも使用できますが、スペースは名前の途中でのみ使用可能です（先頭と末尾のスペースは無視されます）。次の単語は使用できません：AUX、COM1-COM9、LPT1-LPT9、CON、NUL、PRN。さらに、名前には次の文字を含めることはできません：\ . / ? % * : | " < >。

Create Project ダイアログには、追加オプションがあります。

• Version Control オプション（デフォルト）をチェックすると、履歴や高度な共有機能など、プロジェクトにVCSの全機能が適用されます。チェックを外すと、プロジェクトは Workspace に保存され、ローカルコピーと同期される「ミラー」プロジェクトとして Simple Sync 形式で扱われます。► More information。

• Version Control オプションは、Altium 365 Workspace に接続している場合にのみ利用できます。Altium Concord Pro のようなオンサイトサーバーが提供する Workspace では、このオプションは実質的にチェックされた状態になります。

• Advanced コントロールをクリックして、フォルダパスを指定します。
  • Folder フィールドで、Workspace のフォルダ構造内に作成するプロジェクト用フォルダの場所を指定します。新規プロジェクトのデフォルトパスは、Workspace のブラウザインターフェースの Admin – Settings – Projects ページで指定されます（デフォルトでは Projects\<ProjectName> になります）。必要に応じて ボタンをクリックし、別のサーバーフォルダを参照して選択します。
  • ローカル ストレージフィールドを使用して、プロジェクトのローカル版をハードドライブ上のどこに保存するかを指定します。既定の場所は、PreferencesダイアログのSystem – Default Locationsページで定義されています。必要に応じてボタンをクリックし、参照して別のフォルダ場所を選択します。ここはプロジェクトの「作業」フォルダであり、コミット先となるローカルGitリポジトリでもあります。プロジェクトは最終的に、またはコミット時に、Workspace（Versioned Storage）内の集中型設計リポジトリへプッシュされます。これがリモートGitリポジトリです。
• Parametersリスト領域を使用して、プロジェクトに関連付けられWorkspaceに保存されるカスタムの名前/値パラメータのペアを追加または削除します。ボタンを使用して、新しいパラメータの名前-値ペアをリストに追加します。これらの管理対象プロジェクト パラメータは新規プロジェクトとともにWorkspaceに保存され、Workspace内で編集できます。対照的に、プロジェクト タイプのパラメータはプロジェクト ファイル（*.PrjPcb）に保存され、Altium NEXUSで編集できます。どちらのパラメータ タイプも、Altium NEXUSのSpecial Stringsとして使用できます。設計ワークスペースで配置済みのText Stringを選択した状態で、Propertiesパネルからアクセスします。プロジェクトに定義されたパラメータは、Project Optionsダイアログ（Project » Project Options）のParametersタブでも確認できます。

必要に応じてプロジェクトを定義したら、ボタンをクリックします。指定したローカルおよびWorkspace（サーバ）フォルダに新しいプロジェクト構造が作成されます。プロジェクトはProjects パネルで開かれ、Workspace内のリモート設計リポジトリのファイルとローカル（作業コピー）リポジトリの間で完全に同期された状態が反映されます。これは関連するアイコンで示されます。Version Controlオプションをオフにして作成した場合（Altium 365 Workspaceでのみ利用可能）、ミラーされたプロジェクトはProjectsパネルに関連するアイコン付きで表示されます。

新規作成されたプロジェクトは、Workspace内のVersioned Storage設計リポジトリにコミットされます。

プロジェクト オプション

既存または新規作成したプロジェクトには、そのプロジェクト固有のさまざまなオプション設定が関連付けられます。これらはプロジェクト ファイル（例：*.PrjPcb）に保存され、プロジェクトの種類によって異なります。なお、Server Parametersは、プロジェクトとともにそのAltium Workspaceに保存されます。

オプション設定はProject Options ダイアログで構成します。これはメインメニューのProject » Project Optionsからアクセスするか、Projectsパネルでプロジェクト名を右クリックしてコンテキストメニューからProject Optionsを選択してアクセスできます。

他のダイアログで定義され、プロジェクト ファイルに保存されるプロジェクト設定には次のものがあります。

• 回路図のannotation設定。
• レポート、印刷、Gerberなどの出力設定。これらはOutJob documentで定義される出力設定ではなく、回路図またはPCBエディタのメニューからアクセスする出力設定である点に注意してください。

プロジェクト グループ

Altium NEXUSでは複数のプロジェクトを開いて編集でき、必要に応じてプロジェクトの集合をProject Group（ *.DsnWrk）として保存できます。

これは、複数のPCBで構成される製品設計のように、プロジェクト群が関連またはリンクしている場合に特に有利です。関連するすべてのプロジェクトを含むProject Groupを作成すると、複数のプロジェクトを単一のエンティティとして開き、操作し、保存できます。

関連するプロジェクト一式をProject Groupとして扱います。

既存の非管理プロジェクトをオンラインで利用可能にする

既存のプロジェクト（ローカル プロジェクト、または外部のバージョン管理下にあるローカル プロジェクト）をWorkspaceで利用可能にすることもできます。Altium 365 Workspaceではミラーされたプロジェクト（(Simple Sync）として、またはWorkspaceネイティブのGitバージョン管理下のプロジェクトとして利用できます。これにより、Altium Workspaceを通じて利用できるプロジェクト管理およびコラボレーション機能の恩恵を受けられます。さらにWorkspace VCS（Version Control enabled）でホストする場合は、履歴追跡や高度なプロジェクト共有など、プラットフォームの追加機能も利用できます。

これを行うには、Altium NEXUSで既存の非管理プロジェクトを通常どおり開き、Projects パネルでそのエントリを右クリックしてコンテキストメニューからMake Project Available Online を選択し、Make Available Online ダイアログにアクセスします。Altium Concord Proのようなオンサイト サーバが提供するWorkspaceを使用している場合、Make Project Available on ServerコマンドはMake Available On Server ダイアログを開きます。

既存の非管理プロジェクトをWorkspaceで利用可能にし、実質的にWorkspaceに「登録」して、その「ミラー」を作成します。

Make Available Onlineダイアログを使用してプロジェクトNameを変更し、Descriptionを追加します。既定では、名前は元のプロジェクト名になります。

Version Controlオプションをオンにすると、Workspaceに内蔵されたVCS（Git）配下にプロジェクトを追加します。このオプションをオフにした場合（Altium 365 Workspaceのみのオプション）、プロジェクト ファイルは基本的なアクセスのためにWorkspaceに保存され、他者と共有して閲覧とコメントのみを可能にします。これはSimple Syncの構成です。正式なバージョン管理を有効にすることを推奨します。そうすることで、WorkspaceおよびAltium 365プラットフォームが提供する最大限の機能にアクセスできます。

ダイアログのAdvancedリンクをクリックしてFolderフィールドを表示します。このフィールドは、Workspaceのフォルダ構造内でミラー プロジェクト用フォルダを作成する場所を指定するために使用します。新規プロジェクトの既定パスは、WorkspaceのブラウザインターフェースのAdmin – Settings – Projectsページで指定されます（既定ではProjects\<ProjectName>になります）。必要に応じてボタンをクリックし、参照して別のサーバ フォルダを選択します。

Make Available Online ダイアログMake Available Online でプロジェクト移行のプロパティを必要に応じて定義したら、OKをクリックします。オンラインで利用可能にされた（Workspace内の）プロジェクトは、Altium NEXUSのProjects パネルに次のように表示されます。

• （Altium 365 Workspaceのみ）外部バージョン管理下にないプロジェクトを、Version Controlをオフにしてオンラインで利用可能にした場合、プロジェクトはアイコンのみで表示されます。これは、プロジェクトがWorkspaceに登録され、ミラー プロジェクトが存在し、両者がSimple Sync方式で同期されていることを示します。保存されたローカル ファイルは、Workspace内のミラー プロジェクト側の対応ファイルと自動的に同期されます。

• （Altium 365 Workspace のみ）外部バージョン管理下にあるプロジェクトの場合、そのプロジェクトは アイコン付きで表示されます。これは、プロジェクトが Workspace に登録されており、ミラー（複製）プロジェクトが存在し、両者が Simple Sync 手法で同期されていることを示します。関連する アイコンは、外部設計リポジトリとローカルの作業コピー間が完全に同期されている状態を反映します。ローカルのファイル変更を保存し、外部設計リポジトリへコミット／プッシュすると、それらの変更は Workspace 内のミラー側プロジェクトにも自動的に同期されます。

• 外部バージョン管理下にないプロジェクトで、オンラインで利用可能にした場合（Altium 365 Workspace で Enable Formal Version Control をチェックした場合）、プロジェクトとファイルは Workspace の Versioned Storage 設計リポジトリへコミット／プッシュされます。その後、Projects パネルには、Workspace の設計リポジトリとローカル（作業コピー）リポジトリ間が完全に同期されている状態が、関連する アイコンによって示されます。これによりプロジェクトは真のマネージドプロジェクトになります。つまり、Workspace に単に「登録」されているだけでなく、実際にコミットされ、Workspace のバージョン管理下に置かれます。設計に加えた変更は、Workspace 内のリポジトリへ保存（コミット／プッシュ）して戻す必要があります。

Working with GitHub

GitHub platform を外部バージョン管理システム（VCS）として使用することは、設計プロジェクトのホスティングと共有の一般的な方法であり、Altium NEXUS は Git リポジトリをサポートしています。上記の Altium 365 Workspace の説明のとおり、既存の外部 VCS 構成を Workspace と同期（Workspace へミラー）でき、これにより高度なデータ管理機能とコラボレーション機能の恩恵を受けられます。

GitHub 自体の通常の運用方法は、会社の運用ルールや手元の Git ツールによって異なります。ただし一般的には、設計プロジェクトをローカル Git リポジトリで作成して GitHub（リモート）リポジトリへ Push するか、既存プロジェクトを GitHub からローカル リポジトリへ Clone します。ローカル Git リポジトリに入った後は、Altium NEXUS でプロジェクトを開いて編集できます。ソフトウェアがローカル／リモートの GitHub リポジトリを認識して利用します。

Git ベースのプロジェクトを Altium 365 Workspace にミラーしている場合（Make Project Available Online）、そのプロジェクトは Workspace に保存された他のプロジェクトと同様に、Altium NEXUS 内で管理・作業できます。この構成では、Workspace はプロジェクト管理システムとしての利点をすべて提供しつつ、GitHub と透過的に通信して主要な VCS 操作（commit、push、pull など）を実行します。Altium NEXUS は GitHub のログイン資格情報を要求し、以後の GitHub 連携のためにそれらを保持します。

GitHub Protocols

Git VCS にはデータ転送 protocols が複数ありますが、Altium NEXUS は現在、ローカル Git リポジトリとリモートのマスター リポジトリ間の接続について HTTP/HTTPS プロトコルのみをサポートしています。実際には、適用されるプロトコルはリモート リポジトリ接続に指定された URL のプレフィックスで決まります。https://<remote repository>、ssh://<remote repository>、git://<remote repository> などです。

GitHub は SSH と HTTPS の両プロトコルをサポートしており、接続には HTTPS URL の使用を推奨しています。

► 詳細は GitHub の Which remote URL should I use? を参照してください。

外部 VCS システムが HTTPS 以外のプロトコル（例：GitHub の SSH 接続）に紐づいている場合、その設定はリモートから Clone されたリポジトリにあらかじめ反映されています。このプロトコルは Altium NEXUS と互換性がないため、プロジェクトを Altium Workspace に統合しようとするとエラーになります。ローカル Git リポジトリで使用されているリモート URL のプロトコルが不明な場合は、git remote – v コマンドで確認できます。

Git Bash のコマンドライン インターフェースを使用して、リポジトリのリモート URL 設定を確認します。

リポジトリは、git remote set-url <name> <URL> コマンドを使用して別の URL（例：Altium NEXUS と互換性を持たせるための HTTPS プロトコル）に再設定できます。このとき URL のプレフィックスがプロトコル種別を指定します。

リモート リポジトリ接続 URL のプロトコルを変更し、その後 remote コマンドで確認します。

Sharing a Project

Related page: Sharing a Design from within Altium NEXUS

プロジェクトがマネージド（Workspace で利用可能）になったら、実際にそのプロジェクトへアクセスできるユーザーを決める必要があります。これはプロジェクトを共有する、より正確にはアクセス権限を設定することで行います。新規作成したプロジェクト、または Workspace で利用可能にしたプロジェクトは、既定で次の相手に共有されます。

• プロジェクトの Owner（通常は作成者、または Workspace で利用可能にした設計者）：フル（Read/Write）アクセス権限。
• Administrators ロール：フル（Read/Write）アクセス権限。

Altium NEXUS 内から設計を共有するための操作は、Share ダイアログ にあります。アクセス方法は次のとおりです。

• アクティブなプロジェクトの場合：メイン アプリケーション ウィンドウ右上の ボタンをクリックするか、メイン メニューから Project » Share コマンドを選択します。
• Projects パネル でフォーカスされているプロジェクトの場合：プロジェクトのエントリを右クリックし、コンテキスト メニューから Share コマンドを選択します。

アクティブなプロジェクト（つまり、現在開いているプロジェクトドキュメント）がない場合、 ボタンは Projects パネルで現在フォーカスされているプロジェクトに対して動作します。

Altium NEXUS 内から設計を共有するためのコマンドセンターである Share ダイアログにアクセスします。

Altium NEXUS からは、次の共有レベルがサポートされています。

• Share Project – 必要に応じて、進行中（WIP）の実設計そのものを Workspace チームの他メンバー（ユーザー）と共有します。利用可能なコントロールを使用してアクセス権（既定では Can View）を決定します。Altium NEXUS 内、または Workspace インターフェースから閲覧およびコメントできます。追加したユーザーのプロジェクト共有権限は メニューで設定します。編集は Altium NEXUS からのみ実行できます。

• Altium 365 Platform 上の Workspace に接続している場合は、外部の請負業者などチーム外の相手とも、Workspace 全体や設計データ全体へのアクセス権を与えることなく、アクティブな WIP 設計を共有できます。招待される人は AltiumLive に登録されている必要があり、共有された設計には Altium 365 の Personal Space（または利用可能であれば所属組織の Workspace）からアクセスするか、編集のために Altium の設計クライアントで開くことができます。

• Altium NEXUS には、Workspace のプロジェクト共有による設計コラボレーションを補完する追加機能として、document Commenting や Collaborators Conflict Prevention などがあります。

• Snapshot on the Web – 特定時点の設計の静的スナップショットで、設計レビュー用、または見積りのために製造業者へ共有する、といった用途に使えます。共有は次の 2 レベルをサポートします。
  • By link – Web ブラウザ経由で誰でも利用可能です。このレベルで共有するために Share ダイアログ を使用しても、Altium NEXUS ライセンスの有効なサブスクリプションも AltiumLive への登録も不要です。共有リンクの受信者は Standalone Altium 365 Viewer を使ってブラウザ上で設計を閲覧できます（コメントは不可）。閲覧に AltiumLive 登録は不要で、リンクは 48 時間有効です。
  • With specific people – メール招待により指定した相手が利用可能です。このレベルで共有するために Share ダイアログ を使用するには AltiumLive への登録が必要ですが、Altium NEXUS ライセンスの有効なサブスクリプションは不要です。受信者はメール招待から、Altium 365 Platform Interface の Web Viewer を通じて設計スナップショットにアクセスします。閲覧には AltiumLive 登録が必要ですが、スナップショットは恒久的に利用できます。Commenting も利用可能です。

プロジェクトを開く

管理プロジェクトで作業するには、実質的にローカルの作業コピーとしてチェックアウトします。これは Altium NEXUS 内で File » Open Project コマンドを使用して直接実行します。その後の動作は、Workspace チームのメンバーか、Workspace チーム外としてプロジェクトを共有されているかによって異なります。

• Workspace Team Member – Open Project ダイアログ が表示され、接続中の Workspace から開く管理プロジェクトを選択できます（Workspace に接続している場合、その Workspace はダイアログの Locations region に アイコンで区別され、Workspace に付けられた名前で表示されます）。一覧には、共有されていて（アクセス権があり）自分がアクセス可能な管理プロジェクトのみが表示されます。

• 開くと、プロジェクトは Projects パネル 内で Workspace のエントリ配下に表示されます。
• 
• Altium NEXUS 内から、接続中の Workspace にある管理プロジェクトのうち、現在自分に共有されているものから開く対象を選択します。
• プロジェクトを既定のチェックアウトパスに開くか、 ドロップダウンメニューでカスタムパスを指定できます。既定のチェックアウトパスは、プロジェクトが存在する設計リポジトリのプロパティとして定義されます。Git リポジトリ（例：Workspace にネイティブな Versioned Storage リポジトリ）の場合、これは Git Repository ダイアログ内の Local Path フィールドです。SVN リポジトリの場合、これは SVN Design Repository ダイアログ内の Default Checkout Path フィールドです。プロパティダイアログは、Preferences ダイアログ の Data Management – Design Repositories ページでリポジトリのエントリを選択し、 ボタンをクリックして開きます。
• Open Project As Copy オプションを選択すると、別名でプロジェクトのクローン版を作成できます。
• Altium NEXUS の Explorer パネルでプロジェクトを参照しているときは、パネル右上の ボタンをクリックして Altium NEXUS でプロジェクトを開きます（Projects パネルに追加されます）。

• Invited Stakeholder Outside of the Workspace Team – Open Project ダイアログ が表示され、Shared With Me location から共有されている任意の管理プロジェクトにアクセスできます。

• 開くと、プロジェクトは Projects パネル 内の Shared with me エントリ配下に表示されます。プロジェクトに対して実行できる操作は、付与されているアクセス権によって異なります。編集権限が付与されている場合は、通常どおり設計を編集できます（外部請負業者では一般的にこのケースです）。閲覧権限のみの場合は、WIP 設計に対して comment できます。
• Shared With Me 配下で利用可能なプロジェクトは、Altium 365 Workspace からサインイン名（AltiumLive アカウント）宛に共有されたものです。なお、共有プロジェクトへアクセスするために Altium NEXUS を Workspace に接続しておく必要はありません。
• 
• Altium NEXUS 内から、外部関係者として現在共有されている管理プロジェクトの中から開く対象を選択します。なお、この種のプロジェクトには Workspace へのアクセス権なしでアクセスします。

プロジェクトを既定のチェックアウトパスに開くか、 ドロップダウンメニューでカスタムパスを指定できます。既定のチェックアウトパスは、Preferences ダイアログ の System – Default Locations page にある Document Path フィールドから取得されます。

プロジェクトをクローンする

Altium NEXUS 内から管理プロジェクトをクローンするには、Projects パネルでプロジェクトのエントリを右クリックし、コンテキストメニューから Clone command を選択します。Clone Project ダイアログ を使用して、Project Name、Description（事前入力されません）、Folder パス（Workspace 内）、および Local Storage パス（作業コピー先）を指定します。

Altium NEXUS 内から管理プロジェクトをクローンします。

Altium NEXUS の Explorer パネルを参照しているとき（Classic View ではなく既定の Project View に設定されている場合）、パネル右上の ボタンをクリックしてプロジェクトをクローンできます。

プロジェクトドキュメントの操作

プロジェクトが確立されると、アクティブなプロジェクトに設計ドキュメントを追加、編集、または削除できます。これらの操作は Projects パネル内で実行でき、プロジェクト構造と構成する設計ドキュメントを整理して表示します。パネルの右クリックコンテキストメニューには、設計ドキュメントの作業に必要なコマンドの大半が用意されています。

► 詳細は Projects パネル ページを参照してください。

なお、Projects パネルでのドキュメントの表示は、ハードドライブ上などでの実際の保存方法を反映しません。パネルの内容はプロジェクトの論理的表現と考えることができ、ドキュメントファイルの物理的な保存場所や構成（およびその種類）はユーザーが決められます。ドキュメントはローカルマシンや LAN 上のフォルダに保存されている場合もあれば、基本的な Git/SVN VCS システムが提供するバージョン管理リポジトリ、あるいは Altium Worskpace のような完全管理システムでホストされている場合もあります。

► 従来のファイルストレージ観点でのプロジェクトドキュメント管理については、Storage Manager パネルを参照してください。

More on Working With Project Documents

Altium NEXUS でプロジェクトドキュメントを扱う際、Projects パネルは、各設計ドキュメントおよびメインのプロジェクトファイルに関連付けられたステータスアイコンにより、どのドキュメントファイルが変更済み／保存済み／非表示かを視覚的に要約して示します。基本的なドキュメントアイコンとステータスの意味を以下に示します。

[blank]	Closed – ドキュメントは開かれていません。
	Open – ドキュメントは設計エディタウィンドウでタブ付きドキュメントとして開かれています。
	Hidden – ドキュメントは非表示です（開いているが Workspace には表示されない）。
	Modified – ドキュメントは開かれており、変更されています（未保存）。
	Modified (project) – メインのプロジェクトドキュメントの横に表示され、構造が変更されていることを示します（未保存）。

► ドキュメントステータスアイコンの詳細は、Projects パネルページの Document Display Icons セクションを参照してください。

未保存の変更があるドキュメントまたはプロジェクトは、パネル内のエントリの横にアスタリスク（*）が付いて区別されます。変更済みドキュメントは、設計エディタウィンドウ内のタブにもアスタリスク（*）で示されます。

設計ドキュメントの追加／削除

プロジェクトに新規または既存の設計ドキュメントを追加する最も簡単な方法は、Projectsパネルでプロジェクト名を右クリックし、コンテキストメニューからAdd New to ProjectまたはAdd Existing to Projectを選択することです。 

プロジェクトに特定の、または別タイプのドキュメントを追加します。

テキストファイル、PDF、スプレッドシートなど、プロジェクトに関連する他の種類のドキュメントもプロジェクトに追加できます。その場合はAdd Existing to Projectオプションを使用し、Choose Document to Addブラウザーダイアログの［File Type］ドロップダウンリストを All Files (*.*)に設定して、すべてのファイルタイプにアクセスできるようにします。

プロジェクト構造からドキュメントを削除するには、Projectsパネルでその名前を右クリックし、Remove from Projectメニューオプションを選択します。この操作はプロジェクトから当該ドキュメントへのリンクを解除するだけで、元のドキュメントファイル自体は削除されない点に注意してください。

プロジェクト内ドキュメントの順序変更

Projectsパネル内のドキュメントは、ソースドキュメント（回路図、PCB など）、設定ドキュメント（Harness、Outjob など）、および階層設計の場合は最上位の回路図ドキュメントといった、論理的なグループ（「フォルダー」）に自動的に整理されます。各フォルダーグループ内のドキュメントは、既定では追加された順に表示されますが、グループ内でドラッグ＆ドロップして表示順を変更できます。

新規の階層設計の場合、ドキュメント間の親子関係がProjects パネルに表示されます。なお、シート間接続や設計階層はシートシンボルとポート定義によって定義されるため、回路図ドキュメントをドラッグ＆ドロップしても接続関係は定義できません。

► プロジェクト階層の詳細は、Creating ConnectivityおよびProject Optionsダイアログのタブ内にあるNet Identifier Scopeセクション（Options）を参照してください。

プロジェクト間でのドキュメント共有

Altium NEXUS のプロジェクトは保存済みドキュメントファイルへのリンクを定義して保存するため、同じドキュメントファイルにリンクするプロジェクトをいくつでも作成できます。

これは、たとえば標準的な電源回路図を複数プロジェクトに含めるといった既存設計ドキュメントの再利用に便利な場合がありますが、ドキュメントを変更するとリンク先のすべてのプロジェクトに影響するため、推奨される運用ではありません。設計の再利用には、Managed Sheetsを確立して適用する方法のほうがはるかに適切です。

► 設計ドキュメントの再利用と Managed Sheets の詳細は、Managed Sheetsページを参照してください。

ドキュメントのコピーを保存

開いているプロジェクトドキュメントは、File » Save As コマンドで新しい名前として保存でき、指定した新しい名前でドキュメントファイルのコピーが作成されます。この処理により、既存（元）のドキュメントの代わりに新しいドキュメントコピーがアクティブなプロジェクトに自動的に追加（リンク）され、元のドキュメントはソースフォルダー内にそのまま残ります。開いているドキュメントがプロジェクトに属していない（フリードキュメント）場合は、元のドキュメントの代わりに新しいコピーがエディターで開かれるだけです。

単にドキュメントのバックアップコピーを作成したい場合は、Save Copy Asオプションを使用してください。これはホストプロジェクトに影響を与えずに、ドキュメントファイルの名前付きコピーを作成します。

ドキュメント名を変更したい場合は、次のセクションを参照してください。

プロジェクトおよび設計ファイルのリネーム

Projects パネル内のプロジェクトを右クリックした際のコンテキストメニューから利用できるRename コマンドを使用して、PCB プロジェクト（*.PrjPcb）や、その構成設計ファイル（*.PcbDoc、*.SchDocなど）の名前を直接変更できます。

Altium NEXUS 内でローカルにプロジェクトとその設計ファイルの一つをリネームする例。変更は、保存してその Workspace に変更を送信すると Workspace と同期されます。

リネーム後、（同じプロジェクトのコンテキストメニューから利用できる）Save to Serverコマンドで Workspace に変更を保存します。ファイル名のリネーム同期は、プロジェクトのローカル作業コピーと Workspace 側の対応物の間で維持されます。さらに、プロジェクトファイル名がリネームされてサーバーに保存されると、Workspace は管理対象プロジェクトの Name パラメータを自動的に一致するよう変更します。

逆に、Workspace のブラウザーインターフェースから管理対象プロジェクトの名前を更新した場合、その変更は次回プロジェクトを開いたときに Altium NEXUS に反映されます。

Workspace 内の既存の管理対象プロジェクトのプロパティを編集するには、Projectsページで該当エントリを選択し、プロジェクト一覧の上にあるコントロールをクリックして、関連メニューのEdit エントリを選択します。続いて表示されるEdit Projectウィンドウでプロジェクト名を変更します。

更新されたプロジェクトを Altium NEXUS（File » Open Project）で開くと、初期ダイアログで、ローカルのプロジェクトファイル名を新しいプロジェクト Name に合わせるか、サーバー側のプロジェクト Name を既存のプロジェクトファイル名に合わせるかを選択できます。

Workspace 側でプロジェクト名を変更した場合に利用できるオプション。

作業コピーと Workspace プロジェクトの同期解決

完全に管理され、バージョン管理された PCB プロジェクトの運用は、プロジェクトのローカル作業フォルダー内容と Workspace のバージョン付きストレージとの厳密な同期に依存します。この関係が通常の手順外で行われた変更によって崩れると、管理対象プロジェクト構造が破損する可能性があります。

ローカル／リモートのストレージ同期を壊す可能性のある変更には、作業中プロジェクトフォルダーの手動でのリネーム、移動、コピー／クローンなどがあります。これらの問題は、状況に応じた推奨アクションを強調表示する選択ダイアログによって検出・対処されます。一般的な選択肢は、フォルダープロジェクトを現在の管理対象プロジェクトとして再同期するか、サーバーとの関連付けを解除して（プロジェクトを非管理にして）運用するかです。

ローカル作業コピーの場所を手動で変更した場合に、同期状態へ戻すためのオプション。

さらに複雑な同期の破綻は、サーバー自体のリネーム／移動などサーバー識別情報の変更、異なるサーバー識別パラメータを含むプロジェクトファイルでローカルのプロジェクトファイルが上書きされた場合、またはプロジェクトのターゲットリポジトリが変更された場合などに起因することがあります。これらの問題はサーバーとローカルのプロジェクトリポジトリ間に不整合を生み、警告ダイアログ、または解決策の選択を促すダイアログとして報告されます。

設計プロジェクトのローカル作業コピーがターゲットとしているリポジトリが変更された場合に、復旧するためのオプション。

ソフト削除

Altium NEXUS のExplorer パネルから、Projects、Components、Released data などの管理対象設計アイテムを直接削除するための柔軟な機能が利用できます。これは「ソフト削除」として動作し、削除の進行に伴って、関連するソースアイテムへのリンク（確認用）を含む追加のオプションや情報が提示されます。Workspace では、削除されたアイテムは専用のTrash 場所へ移動され、Workspace のブラウザーインターフェースのTrash pageから復元（Restore）または完全削除（Permanently Delete）できます。

ソフト削除の動作例。ここではプロジェクトが削除され、関連するリリースも削除されています（いずれかのリリースから製造パッケージが作成されていた場合、それらも削除されます）。

管理対象アイテムがソフト削除されると、そのアイテムが使用または参照されていた Altium NEXUS の関連箇所でフラグ表示されます。たとえばソフト削除されたコンポーネントアイテムは、プロジェクトのValidation中に示され、またProperties パネルやプロジェクトのActiveBOM documentなど、コンポーネントにアクセスする箇所でも示されます。

ソフト削除されたコンポーネントが、ソフトウェア内の別の場所でその旨フラグ表示される例。

プロジェクトのコメント機能

Altium Workspace と統合された Altium NEXUS プロジェクトでは、分散した設計チームが、その Workspace を通じて中央に保存・管理されたプロジェクト上で共同作業できます。設計コラボレーションを強化するため、設計インターフェースは設計ドキュメントへのコメントをサポートします。コメント（ユーザーが追加する注記）は、回路図または PCB ドキュメント上の点・オブジェクト・領域に適用でき、他のユーザーが返信することも可能です。

配置されたコメントは、ドキュメントへの共有アクセス権を持つ共同作業ユーザーに対してリアルタイムで利用可能で、プロジェクトとは独立してサーバーに保存されます。これにより、構成ドキュメント自体を一切変更することなくコメントを扱えます。コメント機能はComments パネル（View » パネルs » Comments）で管理され、コメントの配置、選択、編集、解決、削除が行えます。ドキュメントエディター内では、コメントはドキュメント上の位置に実質的に「ピン留め」され、関連するポップアップウィンドウからアクセスします。

Comments は Altium NEXUS と、関連する Workspace の Web インターフェースの設計ビューの両方で追加・管理できる点に注意してください。2 つのコメントシステムの機能は本質的に同一で、プロジェクトデータとコメントデータの両方が Workspace に保存されるため、両システムはリアルタイムで連携します。

► NEXUS Server Workspace におけるコメントシステムの詳細は、Commenting in the Web Viewerを参照してください。

前提条件

コメント機能を使用する前に、Workspace にサインインしていること、そしてプロジェクトを開き、その回路図または PCB ドキュメントのいずれかを開いていることを確認してください。共有されている Workspace プロジェクトを選択するには File » Open Project コマンドを使用します。これらの前提条件については、Comments パネルにテキストのヒントが表示されます。

配置

コメントは、Comments パネル 内にある コマンドボタン、またはデザイン領域の右上付近にある をクリックして、エディタ空間に配置します。コメントは、オブジェクト、アクティブなドキュメント上の特定の点、または領域に割り当てることができます。このコマンドを実行するとコメント配置モードが起動し、カーソルが十字カーソルに変わって、選択可能なオブジェクトを検出してハイライト表示します。

• ハイライトされたオブジェクトをクリックして、そのオブジェクトにコメントを紐付け（ピン留め）します。
• ハイライトされていない領域をクリックして、ドキュメント上のその特定の点にコメントを紐付けます。
• オブジェクトから離れた場所でクリックし、カーソルをドラッグして矩形のハイライト領域を作成し、もう一度クリックして最終形状を確定すると、指定した領域にコメントを紐付けます。► See example。

配置操作の後、コメント入力ダイアログが開き、コメント本文を入力するフィールドに加えて、コメントにフリーハンドの描画を追加するオプション（）や、特定のユーザーまたはグループへの「メンション」参照を含めるオプション（）も利用できます。 をクリックしてコメント作成を確定すると、ドキュメント上の番号付きピンマーカーにコメントが関連付けられ、さらに Comments パネル にコメント概要のエントリが追加されます。

オブジェクトへのコメント配置、コメント内での別の登録ユーザーへのメンション、コメントのピンインジケータの移動、コメントへのフリーハンド描画の追加。

メンションと割り当て

コメント入力ダイアログのテキストに加えて、接続された Workspace に登録されている他のユーザーまたはロールに対して、@ 文字を入力するか、ダイアログの ボタンをクリックすることで「メンション」参照を追加できます。ドロップダウンリストから名前/メールアドレスを選択すると、そのユーザー（チームメンバー）参照がコメントに追加され、さらに Assign To エントリとしても追加されます。コメントを特定のユーザーまたはグループに明確に割り当てたものとして扱いたくない場合は、後者のオプションのチェックを外してください。ロールグループ（例：「Engineers」）およびその構成ユーザーも、メンションおよび/または割り当てとして追加できます。

メンションしたユーザーが現在のプロジェクトにアクセスできない場合、そのユーザーにプロジェクトを共有するよう促されます。このオプションは、あなたがプロジェクトオーナーまたは Workspace 管理者である場合に利用できます。ユーザーのアクセス権は Share ダイアログ で付与され、ユーザーには共有アクセスを通知するメールが送信されます。Share ダイアログをキャンセルした場合、プロジェクトは共有されませんが、コメントは通常どおり配置されます。

► See more information about sharing a design。

位置調整

エディタ空間でのコメント位置は、関連付けられた「ピン」を新しい位置へドラッグすることで移動できます（配置中または配置後）。選択すると、コメントピンには関連付け先のオブジェクトまたは領域へつながる接続線が表示されます。

また、配置モード中にクリック＆ドラッグすることで、初回配置時にコメント位置を調整することもできます。► See example。

描画

コメントの配置または編集時に オプションを選択すると、ペンカーソルでフリーハンド描画を追加できます。クリック＆ドラッグで線を描き、右クリックで終了すると、描画が現在選択中のコメントに関連付けられます。

PCB コメント

コメントは、回路図エディタと同じ配置手順で、PCB エディタ空間の基板レイアウト上にも配置できます。Comments パネルでコメントエントリを選択すると、システムは関連する設計ドキュメントを開き（必要に応じて読み込みも行い）ます。► See example。

コメントの操作

設計ドキュメントに配置されたコメントは、 Comments パネル（番号付きエントリの連番）と、対応するドキュメントエディタ（番号付きピンのグラフィック）双方に登録されます。各パネルエントリはコメントスレッドを表し、コメントを配置したユーザーと日時、最初のコメント本文、適用されたメンション/割り当て、スレッド返信数などの概要情報を提供します。

コメントスレッドは、Comments パネルでそのエントリを選択するか、エディタ空間で関連するピンをクリックすると開きます。これによりドキュメントエディタ内でコメントがハイライトされ、開始コメントとユーザー返信を含むコメント入力ダイアログが開きます。選択したコメントが別の設計ドキュメントに関連付けられている場合、システムはそのドキュメントを開き（必要に応じて読み込みも行い）ます。

エディタ空間のピンマーカー選択、および Comments パネルのエントリ選択によるコメントのナビゲーション。

コメントダイアログ

配置済みコメントとのやり取りは、ポップアップのコメントダイアログで行います。ここには選択したコメントスレッド内の全エントリが表示され、プレビュー、返信、編集、解決、削除の各オプションが含まれます。ダイアログは、コメントを初めて配置したとき、または Comments パネルやドキュメントエディタで配置済みコメントを選択したときに開きます。Esc を押すか、エディタ空間をクリックするとコメントダイアログを閉じます。

ダイアログヘッダーの前/次ボタン（）を使って、利用可能なコメントを順に移動できます。

プレビュー

最初のコメントで Show original design screenshot オプションを選択すると、コメント配置時のエディタ領域のグラフィカルなキャプチャを表示できます。

返信

返信フィールドにテキストを入力し、必要に応じてユーザーメンション（@）を追加して、コメントスレッドに新しいエントリを追加します。 をクリックしてエントリを確定します。

編集と削除

既存コメントは、そのコメントの作成者が、コメントの メニューから利用できる Edit オプションで編集できます。 ボタンをクリックして編集を確定します。

Delete オプションを使用すると、現在選択中のコメントを削除できます。なお、返信ではなく最初のコメントを削除した場合は、スレッド全体が削除されます。

解決

ダイアログの ボタンをクリックすると、コメント状態を Resolved と Unresolved（デフォルト）で切り替えます。解決済みコメント（完了としてクローズ）は非アクティブで編集不可となり、Comments パネル内のエントリとドキュメント上のピンマーカーの両方がグレー表示になります。

Comments パネル のオプション

Comments パネル上部のボタンを使用して、パネルおよびエディタ空間でのコメントの表示可否を設定し、メンションされたユーザーに通知するかどうかを指定します。

パネルの ボタンは、ドキュメント上のコメントマーカーピンの表示/非表示を切り替えます。コメントエントリは、Comments パネル一覧で通常どおり選択できます。

オプションのドロップダウンメニュー（）を使用して、コメント表示のフィルタリングと通知を設定し、関連する ボタンでフィルタ表示/非フィルタ表示を切り替えます。

• All – 設計上に配置されたすべてのコメントがパネルに一覧表示されます。
• My – 自分のユーザー名がメンションされている、または自分に割り当てられているコメントのみを表示します。
• From – 選択したユーザーが配置したコメントのみを表示します。
• Unresolved – 解決済みのコメントはパネル（またはドキュメントエディタ）に含まれません。
• Current Document – プロジェクト内の全ドキュメントではなく、現在アクティブなドキュメントに配置されたコメントのみを一覧表示します。
• Notifications – この設計におけるすべてのコメント活動についてメール通知を受け取る（All）、自分がメンションまたは割り当てされているコメントのみメール通知を受け取る（My）、またはメール通知を一切受け取らない（None）。► Email content example。

プロジェクトのリリース

Altium Workspace と連携することで、Altium NEXUS は、PCB 設計プロジェクトの製造に必要な設計出力ファイルを整理・追跡・保管するための高度なアプローチを提供します。これは、特定の設計出力ファイル一式を読み取り専用のリビジョンとしてサーバーへ自動的に「リリース」するプロセスを用い、全体として製造可能な物理エンティティに対応させます。この Project Release プロセスで作成されたリビジョンは Workspace の VCS リポジトリに保存され、ライフサイクル管理され、リリース作成時点の PCB 設計の製造可能なスナップショットを表します。

設計が進むにつれて後続の Project Release は、新しいリリースリビジョンとして自動的にコミットされるため、設計の変更・進化に合わせてリリースの履歴を作成できます。過去のリビジョンは読み取り専用で、Workspace からいつでも閲覧またはダウンロードできます。

Workspace にリリース（または「コミット」）される基板設計（ライフサイクル管理された Revisions のセット）には、一般に次が含まれます。

• Source Data – コアとなるプロジェクト設計ファイル（回路図、PCB、プロジェクトファイルなど）のタイムスタンプ付きコピー（スナップショット）。

• Fabrication Data – 基板製造業者が裸基板を作成するために必要なデータ（Gerber ファイル、NC Drill ファイルなど）

• Assembly Data – 実装業者が部品表（BOM）に従って裸基板へ部品を実装するために必要なデータ（設計バリエーション有り/無しの両方。Pick and Place ファイル、組立図、BOM など）。

Workspace に PCB 設計をリリースするための前提条件は次のとおりです。

• Altium NEXUS が、リリース先のターゲットリポジトリをホストしている Workspace にサインインしていること。
• Altium NEXUS の PCB プロジェクトに、適切な Output Jobs（印刷、ファイル、PDF などの出力に対応する設計データ出力ジェネレータ）が含まれていること。OutJob が存在しない場合、Project Releaser はプロセスを進めるために適切な Fabrication および Assembly の OutJob を作成するよう提案します。
• リリースプロセスの対象となるプロジェクトに必要な要素がすべて揃っていること（ソースデータが有効で最新である、ユーザーがそのプロジェクトをサーバーへリリースするのに十分な権限を持つ、など）。

これら要件の要点を以下に示します。

Output Jobs とファイル

Altium NEXUS で設計出力を生成する基本的な方法は、利用可能な各種設計 Output Generator を用いることです。これらは、設計の実体（現物）を作るために必要なデータファイルやアートワークを生成します。つまり、回路図および PCB の印刷、Gerber と NC Drill の製造用ファイル、部品表（BOM）、Pick and Place の実装用ファイルなど、PCB 設計の製造・実装に必要なものです。

選択した Output Generator と、それらが設計に対して生成する具体的な Output ファイルは、Output Job Editor によってまとめて定義され、ジェネレータと出力先のマッピング設定が Output Job ファイル（*.OutJob）に保存されます。これは File » New » Output Job File コマンドで作成します。

エディタ内では、利用可能な Output タイプが機能別セクション（Documentation Outputs、Fabrication Outputs など）に整理されており、サブタイプと設計ドキュメントのソースを選択することで有効化します。選択した Output は、その後ターゲットの Output Container（PDF、ファイル、プリンタなど）にリンクされます。以下に示すとおりです。

Output Job Editor では、幅広い設計出力ジェネレータを出力コンテナ（ファイル、プリンタ、保存先パスなど）に割り当てられ、その設定を OutJob プロジェクトファイルとして保存できます。

基板設計の製造・実装ファイルをまとめて生成する中核メカニズムとして、Altium NEXUS の Output Jobs には次の追加機能があります。

• 任意数の OutJob を設計に追加でき、製造、実装、アーカイブ、調達、ドキュメント作成など、特定タスク向けの設定を用意できます。
• OutJob ファイルは実際にはポータブルで、標準化された設計出力セットが必要な任意の設計プロジェクトに適用できます。汎用（＝ポータブル）な Output Job を作成するには、特定の設計ファイルではなく、ドキュメントソースのオプションとして「PCB Document」を選択します。
• OutJob には、電気（ERC）、ルール（DRC）、フットプリントとソースの比較など、設計の Validation チェック用ファイルを含めることもできます。このように Validation 用の Output Job は、設計をチェックし、実際の出力（PDF ドキュメントなど）が検証プロセスの結果を表すという、特殊な「アクティブ」ケースです。
• OutJob は、組み立て済み基板設計のバリエーションにも対応しており、設計の代替バージョンを製造するために異なる出力ファイルセットが必要な場合（追加部品を使用する標準版／強化版、異なるタイプの部品を使用する版など）に利用できます。基板設計のバリエーションについては Design Variants を参照してください。
  なお、Output Job によって指定された Variant Choice は、OutJob を Project Release プロセスで使用する場合には適用されません。その場合、Variant の選択は Releaser 自体で自動検出されるか、または明示的に指定されます。

► Output Jobs の詳細は Preparing Multiple Outputs in an OutputJob を参照してください。

Project Release プロセス（下記参照）を通じて Workspace に設計をリリースする場合、利用可能な OutJob（Assembly や Fabrication 用など）を Releaser で使用するよう指定できます。設計プロジェクトに含まれる追加の Output Job も、Options ダイアログからリリース設定に追加できます。Release プロセスは、選択された OutJob を使用して、特定のファイルセットおよびプロジェクトの製造データを、サーバーリポジトリ内のターゲット Item（データコンテナ）へマッピングします。

Project Releaser

PCB プロジェクトに必要な Output Jobs を作成したら、設計は Project Releaser によって Altium Workspace 上の製造可能な設計データのリリースパッケージ一式としてリリースする準備が整います。一連のチェックとファイル生成プロセスにより、特定の物理アイテム（例：完全実装済み PCB）または物理アイテムのセットを表す、特定の基板設計データのコレクションが作成されます。

► 詳細は Working with the Project Releaser を参照してください。

Project Releaser にアクセスして設定するには、Altium NEXUS のメインメニュー（Project » Project Releaser）から Release ビューを開くか、Projects パネルでプロジェクト名を右クリックして Project Releaser を選択します。

Project Releaser は自動化されたプロセスで、Altium サーバーまたはローカルフォルダ／zip をターゲットとして、一連のチェックと出力ファイル生成ステージを順に実行します。

Project Releaser の Release View には、リリースプロセスのシーケンスの最初のステージに対応する初期セットアップページ（Configure Server Release）があります。ここには、生成してサーバーへリリースする出力の種類を表す複数のリリースデータセクション（例：Source data（プロジェクトファイルのスナップショット）、Fabrication data、Assembly data など）が含まれます。

自動 Releaser は次を実行します。

• 利用可能なプロジェクト OutJob の名前プレフィックス（ass, fab）に基づいて、適切な OutJob コレクションをデータのアセンブリグループへ適用しようとします。
• プロジェクトに既存の OutJob がない場合、適切なデフォルトの Assembly および Fabrication OutJob を作成します。
• アクティブなプロジェクトで定義されている Variants を検出し、それらの差分に関連する出力ファイルを生成するための適切な Assembly データセットを作成します。
• 現在の条件（Workspace の接続状態、Managed／Local プロジェクト種別）に基づいて、オフライン／オンラインの正しいリリースモードを検出します。この例では、Project data はオンラインモードでリリースされます。

追加の「カスタム」セクションは（Add Section）で追加でき、別途指定した出力データのコレクションを作成できます。コアデータセクション（または追加したカスタムセクション）の初期設定は、 ボタンから開く Project Release Options ダイアログ で編集・追加・再構成できます。

指定した OutJob ドキュメントで定義された出力ジョブ（例：Assembly）が実行され、そのデータはターゲットセクション（例：Assembly Data）に収集されます。

主な Release Options には次が含まれます。

• Release Target – リリース先として、オンラインの Altium Workspace またはローカルフォルダ（offline mode）を選択、または参照して選択します。
• Output Jobs – 各セクション（Source Data、Fabrication Data など）ごとに、利用可能な OutJob（およびそれを構成する出力ジェネレータ）のうち、どれをリリースで使用するかを選択します。リリースの Sections は、選択した任意の OutJob によって生成されたデータを含められる、あらかじめ定義されたデータ区分名にすぎない点に注意してください。
• Item Naming tab – サーバー上で作成される Item の名前を設定するか、参照して既存のサーバー Item を選択（または作成）し、リリースのターゲットとして指定します。
  • Settings – サーバーへリリースされるデータ Revision のベース命名テンプレートを表示または編集します。

► 詳細は Project Release Options ダイアログ を参照してください。

リリースの準備

プロジェクトリリースを必要に応じて設定したら、 ボタンで Releaser の準備プロセスを実行します。これにより、プロジェクトファイルが保存されているか（および VCS にコミットされているか）、ターゲット場所にアクセス可能か、といったリリース前チェックが一連で実行されます。このプロセス中に、Releaser は Altium Workspace にリリース先の Revision も作成します。次の処理ステージでは、Validation レポートがプロジェクト OutJob に含まれている場合、プロジェクトの検証（ERC、DRC など）を行います。

準備プロセスの最終ステップでは、指定されたプロジェクト OutJob で定義されたすべての出力のデータが生成されます。これは、Workspace にアップロードする前にローカルの一時保存場所をターゲットとします。

リリース用に生成されたすべてのデータとファイルは、Altium サーバーへリリースする前に確認できます。

この段階では、生成されたデータを Release ビューでレビューできます。対象のデータコレクションについて、Details リンクを選択すると、そのセクションで生成されたファイルの完全なレポートが展開されます。また、Explore リンクで生成ファイルを含む（一時）フォルダを開けます。あるいは、View リンクを使用して、一覧のエントリをネイティブのエディタ／ビューアで開くこともできます。

Connected Workspace へのリリース

準備したリリースに問題がなければ、生成されたデータを、前の手順で初期化した Workspace のリリースターゲットへアップロードできます。この処理を開始するには ボタンを使用し、Confirm Release ダイアログで操作を確定します。

リリース処理が完了すると Execution Report が表示され、リリース概要ツリーと、Workspace 内のデータコレクション改訂版へのナビゲーションリンク（上部）が提供されます。

生成セクションのリンクを選択すると、サーバー上でそのリリース済み改訂版を開けます。

NEXUS Server Workspace で該当プロセスが有効化されている場合、追加の Publish to PLM ステージが利用できることがあります。詳細は Project Releaser – Publishing to PLM を参照してください。

リリース済みプロジェクトの表示

Project Release のエントリは、プロジェクトの Altium NEXUS Explorer パネル ビュー（View » パネルs » Explorer）に一覧表示されます。以降のプロジェクトリリースでは、新しい一連のリリース改訂版が作成され（改訂番号がインクリメントされます）。プロジェクトのリリース情報には、対象 Workspace の Web Viewer からもアクセスでき、Explorer パネルの ボタンで開きます。

Explorer パネルでは、Open in Web ボタンを使用して接続先 Workspace のリリースにアクセスします。

Workspace の Web Viewer では、プロジェクトに関連付けられたすべてのリリースを Releases ビューから参照できます。あるいは、Altium Concord Pro などオンサイトサーバーが提供する Workspace の場合は Manufacture ビューから参照します。このページにはすべてのプロジェクトリリースが一覧表示され、最新のエントリが最上部に表示されます。個々のリリースは、開くボタン（）から Workspace の Manufacturing Portalで開けます。

Manufacturing Portal ビューでは、選択したリリースのより詳細な情報が表示されます。これには、構成要素であるリリースパッケージファイル（Files 配下）、設計ドキュメント一式（Design Snapshot 配下）、およびコンポーネントのメーカー／サプライヤー情報（Supply 配下）が含まれます。なお、Send to Manufacturer 機能は Altium 365 Workspace でのみ利用可能です。► 詳細は Altium 365 Workspace Releases View ページを参照してください。

プロジェクト履歴

Altium NEXUS は、接続された Altium Workspace と組み合わせることで、高度でグラフィカル指向の Project History タイムラインを表示し、操作できるようになります。専用の History view では、プロジェクトに関する主要イベント（作成、コミット、リリース、クローン、MCAD 交換）を時系列で示し、該当する場合は各種アクションもサポートします。

プロジェクト履歴の有効化

Project History 機能は、専用の拡張機能である Project History extension によって提供されます。

Project History extension。

この機能は、Altium NEXUS のインストールに Project History extension が含まれている場合にのみ利用できます。この拡張機能はソフトウェアのインストール時に既定で導入されますが、誤ってアンインストールした場合は、Purchased tab の Extensions & Updates page から再度見つけられます（メインアプリケーションウィンドウ右上の現在のユーザーコントロール（例：）をクリックし、表示されるメニューから Extensions and Updates を選択します）。

プロジェクト履歴へのアクセス

Altium NEXUS 内からプロジェクトの History view にアクセスするには、Projects パネル 内の該当エントリを右クリックし、コンテキストメニューから History & Version Contol » Show Project History command を選択します。History view は、独立したタブ付きドキュメント（<ProjectName>.PrjPcb History）として表示されます。

Altium NEXUS 内からプロジェクトの履歴にアクセスします。

Project History 機能が導入される前から Workspace に存在していたプロジェクトの場合、初期状態では履歴が完全ではありません。そのプロジェクトの History view に初めてアクセスした際に、イベントデータの再インデックスが自動的に実行されます。再インデックスが完了するとビュー下部に通知が表示されるので、 コントロールをクリックして、完全な履歴イベントデータでタイムラインを更新してください。

履歴タイムライン – 概要

History view には、プロジェクトの進化の過程で発生した基本イベントのタイムラインが表示されます。これは、次の画像に示すとおり、主に3つの重要セクションに分けられ、以降で詳述します。

History view の3つの主要コンポーネントを特定します。

1. Main trunk of the timeline。イベントの時系列方向は下から上です。最初のイベント（プロジェクトの作成）はタイムラインの最下部に表示されます。以降のイベントはその上に表示され、最新（最も現在のイベント）がタイムライン最上部に表示されます。
2. Events。サポート対象のイベント（下記参照）がプロジェクトに関連して発生するたびに、そのイベントは専用のタイルとしてタイムラインに追加されます。イベント種別ごとにタイルの色が異なり、タイムラインの主幹に直接リンクされるか、追加アイコンが隣接して表示されます（MCAD Exchange イベントの場合など）。
3. Search。ビュー右上の コントロールをクリックすると、プロジェクト履歴の基本検索を行うための検索フィールドにアクセスできます。検索文字列を入力すると、その検索に関連するイベントのみが表示されるようタイムラインがフィルタリングされます。詳細は Filtered Searching を参照してください。

サポートされるイベント

タイムラインには、プロジェクトのライフサイクル中に発生するイベントの推移が表示されます。これらのイベントはそれぞれ、専用の「イベントタイル」としてタイムライン上に表示されます。以下の展開可能セクションでは、現在サポートされ、プロジェクトの履歴タイムラインの一部として表示可能なイベントの範囲を確認します。

Project Creation

Refer to: プロジェクトの作成、既存プロジェクトをオンラインで利用可能にする、プロジェクトのクローン

プロジェクトが作成されると、Project Created イベントタイルがタイムラインに追加されます。このイベントはプロジェクトの履歴タイムラインの開始点を示します。そのため、常にタイムライン最下部のエントリとして見つかります。このイベントのタイルは、次の2つのバリエーションで表示されます。

• Workspace 内で新規にプロジェクトが作成された場合。作成者が名前（および画像）で表示され、プロジェクト作成日時も併記されます。作成時にプロジェクト説明が入力されていれば、その説明もタイル内に表示されます。

• プロジェクトが既存プロジェクトのクローンである場合。クローンプロジェクトを作成した人物が名前（および画像）で表示され、プロジェクト作成日時も併記されます。クローン作成時にプロジェクト説明が入力されていれば、その説明もタイル内に表示されます。元のプロジェクトへのリンクが提供され、クリックすると Workspace のブラウザーインターフェースからそのプロジェクトの詳細管理ページにアクセスできます。

Project Created イベントタイルは、青の実線の接続ラインとノード（）でタイムラインの主幹に物理的に接続されます。

Project Commit

この種のイベントは、Workspace ネイティブの VCS（Versioned Storage Git リポジトリ内）配下で完全に管理・保存されているプロジェクトでのみサポートされます。Altium 365 Workspace で利用可能にしたものの、正式なバージョン管理下にない未管理プロジェクト（Simple Sync 方式を使用）の場合、履歴タイムラインに VCS 関連のコミットイベントは表示されません。この情報を得るには、Project Options ダイアログ の General tab にある Version Control オプションを有効にして、オンライン利用形態のスタイルを切り替えます。これにより、プロジェクトは Workspace ネイティブの VCS 配下になります。

Altium 365 Workspace で利用可能にしているが、すでに外部のバージョン管理下にあるプロジェクトの場合も、履歴タイムラインに VCS 関連のコミットイベントは表示されません。外部バージョン管理クライアントを使用して、プロジェクトのバージョン管理履歴を確認してください。あるいは、実質的に Workspace ネイティブの VCS へ切り替えることもできます。具体的には、プロジェクトのスナップショットを作成します。これは Altium NEXUS の Project Packager を使うのが最も効率的で確実です。これにより外部 VCS および（すでに利用可能にしている場合は）Workspace から切り離され、その後、Workspace の VCS 配下で改めて Workspace に利用可能として公開できます（いわば新規スタートです）。詳細は Moving from External VCS to Workspace Native VCS を参照してください。

プロジェクトを Workspace に Commit するたび（プロジェクトが Workspace 内部の Versioned Storage Git リポジトリ配下で管理されている場合）、Project Committed イベントタイルがタイムラインに追加されます。コミット（Save to Server）を実行した人物が名前（および画像）で表示され、日時も併記されます。コミットとプッシュの際に Commit to Version Control ダイアログ でコメントを追加していれば、そのコメントもタイル内に表示されます。

プロジェクトがローカルの未管理プロジェクトで、その後オンラインで利用可能にされた場合、Make Available Online ダイアログ で入力した説明が、Project Created イベントタイルと初期の Project Committed イベントタイルの両方に使用されます。これは、プロジェクトのコミットがオンライン利用可能化の一部として実行されるためであり、もちろん Version Control オプションが有効になっていることが前提です。

初期 Project Committed イベントタイルの例。

タイルは設計差分（diff）情報のサポートおよび表示にも対応しており、現在のコミットと前回のコミットの間で何が変更されたかについて、より詳細な情報を示します。対応する要素には、ファイル、コンポーネント、ネット、バリアント、PCB構造が含まれます。タイル内の差分セクションでは、コミットイベントの影響を受けた各要素を、次の状態でグループ化して要約します。

– 要素が追加された。

– 要素が削除された。

– 要素が変更された。

タイル内の コントロールをクリックすると、この差分セクションが展開され、影響を受けた要素が名前付きで表示されます。

利用可能な Show More および Show Less コントロールを使用して、各要素タイプの全リストを確認できます。タイル内の コントロールをクリックすると、要約表示に戻ります。

タイル右上の コントロールをクリックすると、次のコマンドを含むメニューにアクセスできます。

• Open Snapshot – このコマンドを使用して、プロジェクトのその特定リビジョンをダウンロードし、（Projects パネルで）開きます。プロジェクト名には、そのリビジョンがコミットされた日時が含まれます。このリビジョンは読み取り専用であり、閲覧はできますが、いかなる方法でも編集できません。

プロジェクトの任意の特定リビジョンは、そのリビジョンに対応する Project Committed イベントタイルから直接（閲覧のみで）開くことができます。

• Schematic to – このコミットの回路図データを、別のコミットまたはリリースイベントのものと比較できます。サブメニューを使用して前回のコミットと比較するか、利用可能なすべてのリリースおよびコミットから選択します。比較対象のリリース／コミットを選択すると、回路図比較の結果が Compare ビューに表示され、既定のWebブラウザで新しいタブとして開きます。詳細は Schematic Comparison を参照してください。
• Revert to – このコマンドを使用して、プロジェクトのその特定リビジョンのデータに戻します。その特定リビジョンに含まれるプロジェクトのソースドキュメントのデータが、ローカル作業コピー内のデータを上書きします。実質的には、プロジェクトが一時的に閉じられ、その復元データで再度開かれます。その後、復元を完了してそのデータを Head Revision（現行バージョン）にしたい場合は、プロジェクトをコミットしてWorkspaceへプッシュする必要があります。

プロジェクトの任意の特定リビジョンには、そのリビジョンに対応する Project Committed イベントタイルから直接戻すことができます。

特定リビジョンへ戻した後、コミットする前であれば、タイムライン上の最新の Project Committed イベントタイルに関連付けられた Revert to コマンドを使用して、ローカル作業コピーを再び最新リビジョンに戻すことができます。

Project Committed イベントタイルは、タイムラインの主幹に対して、青色の実線の接続ラインとノードで物理的に接続されています: 。プロジェクトの最新リビジョン（つまり最後のコミット）は、ノードが白塗りであることで区別されます: 。

Project Cloning

Refer to: プロジェクトのクローン

>プロジェクトをクローンするたびに（Workspaceのブラウザインターフェースから、または Altium NEXUS 内から）、Project Cloned イベントタイルがタイムラインに追加されます。クローンを実行した人物が、名前（および画像）と日時とともに表示されます。クローン時に Clone Project ウィンドウ（ブラウザベース）または Clone Project ダイアログ（Altium NEXUS）で説明を追加していた場合、その内容もタイル内に表示されます。クローンされたプロジェクトへのリンクも提供され、これをクリックするとWorkspaceのブラウザインターフェースを通じて、そのプロジェクトの詳細管理ページにアクセスできます。

Project Cloned イベントタイルの例。

Altium NEXUS 内（Projects パネルでプロジェクトのエントリを右クリックするか、プロジェクト参照時に Explorer パネル右上の ボタンをクリック）またはWorkspaceのブラウザインターフェースの Projects ページから利用できる主な Clone コマンドは、プロジェクトの最新（またはHead）リビジョンに対して作用します。Workspaceのブラウザインターフェースからプロジェクトの History ビューにアクセスした場合、そのプロジェクトの特定リビジョンをクローンすることもできます。そのためには、目的のプロジェクトリビジョンに対応する Project Committed イベントタイルを見つけ、タイル右上の コントロールをクリックします。続いて表示されるメニューから Clone コマンドを選択します。

Project Cloned イベントタイルは、タイムラインの主幹に対して、緑色の点線の接続ラインと中抜きノードで物理的に接続されています: 。

MCAD Exchanges

Related page: ECAD-MCAD CoDesign についてさらに詳しく

電子設計領域と機械設計領域の間で作業する場合、Workspaceは両者をつなぐ橋渡しとして機能し、direct ECAD-MCAD codesign を促進します。プロジェクトのPCB設計に変更が加えられ、該当するCoDesignerパネルを通じてその変更がWorkspaceへプッシュされるたびに、MCAD Changes Suggested イベントタイルがタイムラインに追加されます。プッシュを実行した人物が、名前（および画像）と日時とともに表示されます。プッシュ時に MCAD CoDesigner パネル（Altium NEXUS）または Altium CoDesigner パネル（supported MCAD software 内）からメッセージが投稿されていた場合、その内容もタイル内に表示されます。

現在サポートされているのは Push イベントのみです。

MCAD Changes Suggested イベントタイルの例。

MCADエンジニアが対応MCADソフトウェアでPCBに変更を加え、それをWorkspaceへプッシュし戻した場合、対応するプッシュイベントは、Workspaceから変更を Altium NEXUS にプルした後に、プロジェクトの履歴タイムライン only 上で利用可能になります。

MCAD関連イベントが2つある例。タイムライン主幹の左側がECAD側からのプッシュイベント、右側がMCAD側からのプッシュイベントです。

MCAD Changes Suggested イベントタイルは、タイムラインの主幹に物理的には接続されません。代わりに、主幹の方向を指す矢印記号が使用されます: 。

フィルタ検索

ビュー右上の コントロールをクリックすると検索フィールドにアクセスでき、タイムライン上の関心のあるイベントをすばやく見つけられます。この検索機能はプロジェクト履歴の基本検索をサポートしており、検索文字列を入力するにつれて動的にフィルタが適用され、検索に関連するイベントのみがページ上に表示されます。イベントタイル内の一致テキストはハイライト表示されます。

プロジェクト履歴の検索例。大文字・小文字を区別しない検索語を入力するにつれてタイムラインが動的にフィルタされ、該当する各イベントタイル内で一致するエントリがハイライト表示されます。

検索機能は次の情報に対して動作します。

• イベントタイルのタイトル。
• イベントを実行した人物の名前。
• 説明テキスト（該当イベント発生時のコメント／ノート／説明から取得されたテキスト）。
• 差分データのテキスト – Project Committed イベントタイル内。
• データセット名 – Project Released イベントタイル内。
• プロジェクト名 – Project Cloned イベントタイルおよび Project Created イベントタイル（クローン作成によって作成された場合）内。

現在のフィルタリングを解除して全タイムラインに戻すには、検索フィールドをクリアします。方法は、現在のテキストを選択して Backspace キーを押すか、フィールド右端の コントロールをクリックします。あるいは、表示中イベント数を要約するボックス（ビュー上部）内の Clear Filter コントロールのいずれかをクリックします。

新しいイベントによる更新

プロジェクトに関連してサポート対象のイベントが発生すると、そのイベントが検出され、History ビューで自動的に利用可能になります。イベント発生後まもなく、ビューの下部に通知が表示されます。コントロールをクリックして、タイムラインを新しいイベントで更新してください。

手動更新も用意されており、ビュー右上のコントロールをクリックして実行します。

Project Packager

Project Packagerは、プロジェクト全体をバックアップしたり、別の場所へ転送したりする必要がある場合に提供されます。

ウィザード形式のパッケージャは、完全な Altium NEXUS プロジェクト、プロジェクトツリー、または Design Grup（およびそれを構成するプロジェクト）を、指定した場所に単一のタイムスタンプ付き zip ファイルとしてアーカイブします。このウィザードはメインメニュー（Project » Project Packager）から、またはプロジェクト名を右クリックしてコンテキストメニューからProject Packagerを選択することで起動できます。

Project Packager を使用すると、プロジェクト全体（またはプロジェクトツリー）とリンクされたドキュメントを、タイムスタンプ付き zip ファイルへ転送できます。

ウィザードでは、次の項目を決定するためのオプションが提供されます。

• アーカイブの保存先。

• ファイルのディレクトリパスの扱い。

• 生成ファイル、システムファイル、外部ファイルを含めるかどうか。

• プロジェクト履歴を含めるかどうか。

• 最終アーカイブに含める、プロジェクトのリンクドキュメント。

など…