Altium Vaultは小さな会社にとって価値がありますか？

私は現在、会社でアルティウムで多くの新しい設計作業を開始するプロセスを行っており、Altium Vaultインフラストラクチャをセットアップする努力と、従来のバージョンを使用する価値があるかどうかを判断しようとしています。コントロール。ここに私が見ているような賛否両論があります：

長所：

• 非常に優れた設計リリースとバージョン管理プロセス。
• 検証済みで信頼できるバージョン管理されたコンポーネントを作成する簡単な方法。
• 「アイテム」の概念と、コンポーネントレベルよりも大きい検証済みブロックの設計再利用が可能です。
• 設計データをベンダーと簡単に共有し、ベンダーが設計データの正しいバージョンを見ていることを確認できます。

短所：

• 個々の設計者が、ボールトのリリースプロセスを経ることなく、コンポーネントの回路図シンボルとフットプリントをすばやく変更することを非常に困難にします。
• コンポーネントと「アイテム」をボールトにリリースするプロセスは非常に複雑で時間がかかります。

私の簡単な研究では、保管庫でホイールにグリースを塗り続け、コンポーネントとデザインのリリースプロセスがスムーズに流れるようにするには、Altiumの専任司書が必要だと思われます。そこにあなたの誰もが問題について何か考えや経験を持っていますか？Vaultを実装する価値があると判断した他の小規模企業または設計チーム（設計、製造、調達などでAltiumと連携する5〜10人のエンジニア）はいますか？

何年か前に似たようなことを決めなければなりませんでした。

当時、Altiumは、いくつかの異なる構成を持つことができるVaultソリューションを販売していました。

• Vaultはクラウドにあります：インターネットアクセスなし=ファイルアクセスなし。Altiumを継続せず、年間サブスクリプションの支払いを停止すると、データにアクセスできなくなります。受け付けできません
• Vaultは社内のサーバー上にあります。コンテンツは暗号化されます。データにアクセスするためには、Altium Webサービスに対して自分自身を識別して、自分のサーバーへのアクセスをロック解除する必要があります。欠点：Altiumを継続せず、年間サブスクリプションの支払いを停止すると、独自のサーバーデータにアクセスできなくなります。インターネットアクセスなし=データアクセスなし！受け付けできません
• Vaultと識別サーバーは、社内のサーバー上にあります。完全に独立しています。それは良い。このオプションはアドバタイズされましたが、長年の間、Altiumはまだ利用できないかテスト中であると言いましたが、すぐにそれを手に入れることができるでしょう。

データアクセスの唯一のマスターになりたい場合は、カスタムサーバーでVaultを使用してすべてを制御するか、SVNを使い続けて「統一されたデザイン」 「、「リリース管理」など...

その間に状況が変わった場合は、Altiumの最新の条件で回答を更新してください。

編集：

間に物事が変化しました！

• Vaultを使用するためにインターネットアクセスを必要とする新しいオプションはありません。
• データは暗号化されないため、データをいつでも回復できます。
• Vaultのライセンスは現在永続的であり、「サブスクリプションプログラム」を停止した場合でも機能します。
• 認証は、Altium Webサーバーに基づいていません。
• データは常に社内に完全に制御されて保存されます。
• リリースプロセスはもう修正されておらず、多くのカスタマイズをサポートしています。
• SVNまたはバージョン管理システムは、日常業務のバージョン管理に使用されます。格納域は、コンポーネントとリリースされた作業を保存するためだけにあります。

現在、2つのオプションがあります。

• 個人用Vaultソリューション：1人のユーザーのみ、データはローカルに（ローカルVaultに）保存され、機能が制限されます。ただし、追加のライセンスは必要ありません。
• ボルトサーバー。複数のユーザー、データはすべての機能を備えたVaultサーバーに保存されます。

一言で言えば、彼らは市場の反応を聞いて、主要な問題を修正したようです。

Altium Vaultは使用していませんが、メカニカルCADに同様のシステムを使用しています。それはあなたの質問に直接答えないかもしれませんが、物語はまだいくらかの関連性があるかもしれません。

バージョン管理システムとして、それは物事を行うロック-変更-ロック解除方法のために不格好でした。分岐とマージも実際にはシステムの一部ではありませんでした。確かに、これらの種類の操作はCADモデルで混乱しますが、なぜそれが塊でいっぱいであるという理由だけで障害のあるVCSを使用するのでしょうか？

製品データ/ライフサイクル管理システムとして、それは私たちの主要なシステムではなかったため、邪魔になりました。Mechanicalはそのシステムを使用し、電気とソフトウェアは他のバージョン管理システムを使用し、ドキュメントの公式データベースはさらに別のシステムでした。さまざまなシステムのオブジェクトのリリース状態を簡単に同期解除できました。常勤の変更管理担当者でさえ、3つの互換性のないシステム間でデータを手動で同期する際の鋭いコーナーに日常的に引っかかっています。

システムは、未公開の開発データをサプライヤと交換したり、当社の電気技術者と機械技術者の間で交換したりする際にはまったく役に立ちませんでした。「バージョニング」とは、「メールの添付ファイルの日付が何とか」という意味です。サブシステム間でインターフェイスを正しく取得する場合の理想的な状況は、すでに最大の問題の1つです。

オープンソース（ハードウェア）の世界はそれを正しかった。バージョンを追跡するため、CADモデルはバージョン管理されます。バージョン管理はファイルに対して機能し、編集に使用するプログラムを気にしません。リリース管理は、バージョン管理でデータを使用する独立したプロセスですが、完全に引き継ぐわけではありません。

あなたのプロリストにはAltium Vaultのようなものが自動的に付属しているものはなく、バニラVCSやとにかく必要ないくつかのビジネスプロセスルールではできないことは何もありません。いくつかの主要なオープンソースプロジェクト（Linuxカーネル、Mozilla）がリリースを管理して、それらの統合システムなしでできることと、それらの統合システムが本当に持っているリリースエンジニアリングの近視眼的見方の両方を理解する方法をご覧ください。

エンジニアが5人以下の小さな会社には、金庫は必要ありません。スプレッドシートベースのライブラリは、欠点なしで簡単にニーズを満たすことができます。私は、企業を金庫から取り出し、データベース化されたシステムに「促進」することに特化しています。その後、Altium make-workゲームをプレイする代わりに、設計に時間を費やすことができます。