A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

“Branch & merge” debates and PDM granularity

“Branch & merge” debates and PDM granularity
Oleg
Oleg
26 September, 2017 | 3 min for reading

Do you remember discussions about true and fake clouds a few years ago? It was a trend among PLM and ERP vendors trying to prove that “my cloud” is the best one. Want to get back and read some of these stories? Here are a few links to old posts from me and some PLM vendors. Once the dust settled, we can see a diversity of needs, solutions, and benefits.

My attention was caught by another notion of “fake” debates in the industry. Now it is between CAD vendors discussing the new “branch and merges” data management mechanism. Onshape blog – Don’t be fooled by fake “branching & merging”. Onshape was pioneering the idea of branch & merge in CAD leveraging their own data management and PDM features.

A quick video demonstrating the Onsahpe branch and merge is below.

Solidworks 2018 came up the fight announcing Branch & Merge functionality in their coming update of Solidworks PDM 2018. Navigate to the following link in Solidworks 2018 docs and read more about Solidworks 2018 Branching and Merging.

The following video can give you an idea of how the Solidworks 2018 branch and merge works.

I’m not sure, there is a conflict here. The discussion about branch and merge made me think about data granularity. In software configuration management “branching” is one of the standard operations. As a software engineer, you’re branching and merging your code many times. However, in PDM it was not the case. And the main reason was related to the nature of CAD files. Read my earlier blog – CAD files: The root cause of PDM nightmares. Files and operations on files are creating a huge challenge to PDM developers, which made branch and merge operations somewhat unpopular and sometimes impossible.

From that standpoint, Solidworks is probably doing a good job automating some file operations by helping users to copy and replace correct CAD files to working folders. There is nothing wrong with that because if you want to ‘branch’ your design in Solidworks, the problem of copy files and preserving the right copies is not a simple one. But files are remaining PDM killers and therefore Onshape is capable to do something even more because Onshape doesn’t have this file limitation. Onshape branch and merge are going even deeper into the model and allow you to combine features and operations on the level of micro versions.

What is my conclusion? I’m not sure, the branch and merge functionality has a clear definition. Based on software best practices you can expect merge to be very granular like Onshape does. However, from a pure PDM standpoint, the file is the most granular level PDM is capable to manage. The devil is in details and in what functionality is needed for the user. Marketing will do its job and will help us to clarify are differences between both options. And CAD companies will keep their innovative development to bring the best solution to customers. Just my thoughts…

Best, Oleg

Disclaimer: I’m co-founder and CEO of OpenBOM developing a global digital thread platform providing PDM, PLM, and ERP capabilities and new experience to manage product data and connect manufacturers, construction companies, and their supply chain networksMy opinion can be unintentionally biased

Recent Posts

Also on BeyondPLM

4 6
31 December, 2022

I’m continuing the discussion about Digital Thread Evolution. In the first article, I introduced you to the purpose of digital...

12 August, 2009

Product Lifecycle Management pretend to manage everything in the organization that related to product, information about product, development IP etc...

16 November, 2013

Cloud is not a “new black” in PLM industry these days. It is hard to find vendor that not associating...

23 June, 2009

To discover infornmation and search results is always Interesting problem. Especially when you deal with big amount of data. Short...

17 August, 2010

I want to continue the discussion started last week in my post ‘PDM vs. PLM: A Data Perspective‘. Thank you...

6 February, 2018

I’m attending SOLIDWORKS Word this week in sunny Los Angeles. It is an annual pilgrimage of Solidworks users from all...

5 January, 2025

“Simple” and “easy” are words that resonate universally. Albert Einstein famously said, “Make everything as simple as possible, but not...

5 June, 2022

Earlier last week, I shared my perspective on how I see the future of post-monolithic PLM systems. If you missed...

28 July, 2010

iPad sales are skyrocketing. I read “Global CIO: Top 10 Reasons Steve Jobs & Apple Are The Future Of IT”....

Blogroll

To the top