소규모 회사에게는 Altium Vault가 가치가 있습니까?

저는 회사에서 현재 Altium에서 여러 가지 새로운 디자인 작업을 시작하는 과정을 겪고 있으며 Altium Vault 인프라를 설정하려는 노력과 전통적인 버전을 사용하는 것이 가치가 있는지 여부를 결정하려고합니다. 제어. 내가 볼 때 프로와 죄수는 다음과 같습니다.

장점 :

• 매우 우수한 디자인 릴리즈 및 버전 관리 프로세스.
• 검증되고 신뢰할 수 있으며 버전이 지정된 구성 요소를 쉽게 만들 수 있습니다.
• "항목"개념과 구성 요소 레벨보다 큰 검증 된 블록의 설계 재사용을 허용합니다.
• 공급 업체와 설계 데이터를 쉽게 공유하고 올바른 버전의 설계 데이터를보고 있는지 확인할 수 있습니다.

단점 :

• 개별 설계자가 볼트 릴리즈 프로세스를 거치지 않고 구성 요소의 회로도 기호 및 공간을 신속하게 변경하기가 매우 어렵습니다.
• 볼트에 구성 요소 및 "항목"을 릴리스하는 프로세스는 매우 복잡하고 시간이 많이 걸립니다.

간단한 연구에서, 바퀴에 볼트에 그리스를 바르고 구성 요소와 디자인의 릴리스 프로세스가 원활하게 유지 되려면 풀 타임 Altium 사서가 필요합니다. 이 문제에 대해 어떤 생각이나 경험이 있습니까? Vault를 구현할 가치가있는 다른 소규모 회사 나 설계 팀 (설계, 제조, 조달 등에서 Altium과 함께 일하는 5-10 명의 엔지니어)이 있습니까?

나는 몇 년 전에 비슷한 것을 결정해야했습니다.

당시 Altium은 여러 가지 구성을 가질 수있는 Vault 솔루션을 판매했습니다.

• Vault는 클라우드에 있습니다. 인터넷에 액세스 할 수 없음 = 파일에 액세스 할 수 없습니다. Altium을 계속하지 않고 연간 구독 지불을 중단하면 더 이상 데이터에 액세스 할 수 없습니다. 받아 드릴 수없는
• Vault는 회사의 서버에 있습니다. 내용이 암호화됩니다. 데이터에 액세스하려면 자신의 서버에 대한 액세스를 잠금 해제하는 Altium 웹 서비스를 식별해야합니다. 단점 : Altium을 계속하지 않고 연간 구독 비용을 지불하지 않으면 더 이상 자체 서버 데이터에 액세스 할 수 없습니다. 인터넷에 액세스 할 수 없음 = 데이터에 액세스 할 수 없습니다! 받아 드릴 수없는
• Vault와 식별 서버는 회사의 서버에 있으며 100 % 독립적입니다. 잘 됐네요 이 옵션은 광고되었지만 Altium은 아직 사용할 수 없거나 테스트 중이지만 "곧"사용할 수 있다고 말했다.

결론 : 자유롭고 데이터 액세스의 유일한 마스터가 되려면 사용자 지정 서버에서 Vault를 사용하고 모든 것을 제어하거나 SVN을 고수하고 "통합 디자인과 같은 모든 것을 잊어 버리십시오. ","릴리즈 관리 "등

상황이 바뀌면 Altium의 최신 조건으로 답변을 업데이트하십시오.

편집하다:

상황이 바뀌었다!

• Vault를 사용하기 위해 인터넷에 액세스 할 수있는 새로운 옵션은 없습니다.
• 데이터는 암호화되지 않으므로 항상 데이터를 복구 할 수 있습니다.
• Vault의 라이센스는 이제 영구적이며 "가입 프로그램"을 중지 한 경우에도 계속 작동합니다.
• 인증은 더 이상 Altium 웹 서버를 기반으로하지 않습니다.
• 데이터는 항상 회사 내부와 모든 권한하에 저장됩니다.
• 릴리스 프로세스는 더 이상 수정되지 않았으며 많은 사용자 정의를 지원합니다.
• SVN 또는 모든 버전 관리 시스템은 일상 업무의 버전 관리에 사용됩니다. 볼트는 구성 요소 및 릴리스 된 작업을 저장하기위한 것입니다.

이제 두 가지 옵션이 있습니다.

• 개인용 Vault 솔루션 : 한 명의 사용자 만 데이터가 로컬 (로컬 Vault에) 저장되어 기능이 축소되었습니다. 그러나 추가 라이센스가 필요하지 않습니다.
• 볼트 서버. 여러 사용자, 데이터가 Vault 서버에 저장되어 있으며 모든 기능이 있습니다.

한마디로 : 그들은 시장의 반응을 듣고 주요 문제를 해결 한 것으로 보입니다.

Altium Vault를 사용하지는 않았지만 기계 CAD에 비슷한 시스템을 사용했습니다. 귀하의 질문에 직접 대답하지 못할 수도 있지만 이야기에는 여전히 관련성이있을 수 있습니다.

버전 제어 시스템으로서, 잠금-수정-잠금 해제 방식으로 작업이 복잡했습니다. 분기와 병합은 실제로 시스템의 일부가 아니 었습니다. 물론 이러한 종류의 작업은 CAD 모델에서 엉망이지만 블롭으로 가득 차서 왜 주름진 VCS를 사용합니까?

제품 데이터 / 라이프 사이클 관리 시스템으로서 우리의 주요 시스템이 아니기 때문에 방해가되었습니다. Mechanical은 시스템, 전기 및 소프트웨어는 다른 버전 제어 시스템을 사용했으며 공식 문서 데이터베이스는 또 다른 시스템이었습니다. 다양한 시스템에서 객체의 릴리스 상태를 동기화하지 않는 것이 쉬웠습니다. 풀 타임 변경 관리 직원조차도 3 개의 호환되지 않는 시스템간에 데이터를 수동으로 동기화하는 데 어려움을 겪고 있습니다.

시스템은 공급되지 않은 개발 데이터를 공급 업체와 교환하거나 전기 엔지니어와 기계 엔지니어간에 교환 할 때 전혀 도움이되지 않았습니다. "버전 관리"는 "전자 메일 날짜가 지정된 첨부 파일"을 의미합니다. 서브 시스템 사이에서 인터페이스를 올바르게 구현할 때 이상적인 상황은 이미 가장 큰 문제 중 하나입니다.

오픈 소스 (하드웨어) 세상이 맞았습니다. 버전을 추적하려고하므로 CAD 모델은 버전 제어 기능을 사용합니다. 버전 관리는 파일에서 작동하며 편집에 사용하는 프로그램은 상관하지 않습니다. 릴리스 관리는 버전 관리에서 데이터를 사용하는 별도의 프로세스이지만 완전히 인수하지는 않습니다.

전문가 목록에는 Altium Vault와 같은 기능이 자동으로 제공되며 바닐라 VCS로 수행 할 수없는 작업과 어쨌든 필요한 일부 비즈니스 프로세스 규칙이 없습니다. 주요 오픈 소스 프로젝트 (리눅스 커널, Mozilla)가 통합 시스템없이 수행 할 수있는 작업과 통합 시스템의 릴리스 엔지니어링에 대한 근본적인 관점이 실제로 어떻게 릴리스에 대한 아이디어를 얻는 지 살펴보십시오.

엔지니어가 5 명 이하인 소규모 회사에는 볼트가 필요하지 않습니다. 스프레드 시트 기반 라이브러리는 단점 없이도 자신의 요구를 쉽게 충족시킬 수 있습니다. 저는 회사를 회사에서 볼트로 가져와 데이터베이스 시스템에 "홍보"하는 것을 전문으로합니다. 그런 다음 Altium 메이크 워크 게임 대신 디자인에 시간을 할애 할 수 있습니다.