I’m not an expert on Solidworks, but our MEs use Solidworks here at work and I know that Solidworks includes its own version control system. The MEs here do not use Subversion because of this. A quick Google check shows Solidworks Workgroup PDM is the Solidworks way to do what you want (I’m sure there will be a software upgrade cost, but it sounds like it will pay for itself many times over…). I would highly suggest contacting a Solidworks rep and have them walk you through the Solidworks way of doing things (so that you can at least make an informed decision).
From the Solidworks Workgroup PDM propaganda:
Easy to set up and use, SolidWorks® Workgroup PDM
automatically captures file revision histories automatically and
allows you and other members of your prod- uct design team
to instantly access desired files, determine who has worked
on them, and see exactly when changes were made. By
accelerating time-to-market, SolidWorks Workgroup PDM
helps your design team minimize errors and duplicated efforts..
SolidWorks Workgroup PDM provides an effective approach
to securing files through vaulting – a simple, yet highly reliable
and safe system for storing shared project files. Vaulting allows
members of your design team to share files systematically,
checking them in and out of the Vault one at a time to avoid the
possibility of a team member accidentally overwriting a file or
spending time working on the wrong file revision.
Good Luck,
JT Miller
From: Eric Ahlstrom [mailto:eric.ahlstrom_at_borsight.com]
Sent: Tuesday, March 29, 2016 12:53 PM
To: users_at_subversion.apache.org
Subject: SVN compatibility question
To whom it may concern,
Sorry, I'm not a software developer so this message is not following the protocol for reporting bugs. Our company primarily deals with aircraft electronics integration. Software is a small part of our operations and our people have used Tortoise SVN successfully for years in that area.
Our hardware department uses a popular CAD package called SolidWorks. Normally, this package allows us to build and document assemblies with parts automatically populating BOM's and reporting to multiple assemblies. In a standard file system, we can rename files, move them from one directory to another, restructure common part files, etc. all while SolidWorks maintains the links between these files and their associations.
In an effort to maintain version control and prevent multiple users from editing the same file at the same time, we migrated all of our CAD files to Tortoise SVN. Now our assemblies routinely crash, hardware loses its associations randomly, BOM's collapse and have to be rebuilt, and renaming/reorganizing files requires incredibly complex work arounds. Essentially, a CAD user has to know every file association in advance of a move, open every association, and copy/rename/edit/delete dozens of files in specific combination and order. Often, 100 hour assemblies are corrupted and have to be remade from scratch.
We are running 1.6.16.21511 and any attempts to upgrade to a newer version have crashed everything. Obviously, this version is out of date and at some point will no longer be available for new users. Please do not say we simply need to upgrade. We need some input from a party that understands how SolidWorks manipulates files.
It seems that SolidWorks is fundamentally incompatible with SVN. If possible, could the SVN community tell us if this is the case? Does anyone know of another organization using SVN for SolidWorks PDM (product data management)?
Thank you,
Eric Ahlstrom
R&D Manager
Borsight Inc. 3525 Airport Road, Ogden, UT 84405
Mobile: (775) 302-6762 Fax: (801) 409-1487
eric.ahlstrom@Borsight.com<mailto:eric.ahlstrom@Borsight.com> http://www.Borsight.com<http://www.borsight.com/>
This e-mail is proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer.
Received on 2016-03-30 14:25:09 CEST