Replies: 1 comment
-
|
It seems it is common practice to increment the version of every BOM up to the top level: https://www.perplexity.ai/search/how-do-plm-systems-deal-with-b-k0RmwW05SI6RKPHLeHpFwQ So I'm still a bit puzzled why encoding the version in the IPN is so bad. How to deal with a range of acceptable versions is less clear. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
GitPLM is currently works with the version of things we are making encoded in the
VVVV. It seems conventional wisdom in the PLM world encourages version to be encoded separately.https://www.perplexity.ai/search/how-do-plm-systems-do-versioni-vHqqjnvlQ0abyqaJe0Qjmg
However, I have the following questions:
Thinking through this, Perhaps a BOM could specify a range of versions that are acceptable, or even multiple IPNs:
One that is becoming clear is that AI coding will drastically lower the costs to implement custom tooling that was not possible before.
Beta Was this translation helpful? Give feedback.
All reactions