PLM調研第三天
WS提出一個版本升號的問題:
父級物料 對應每個變更都要升版本 的情況下,兩個子級物料分別進行變更,一快一慢兩個變更。
現狀是後變的必須等待先變生效發布以後,才能再發起。
WS
提出希望兩個變更同時發生,但是後提交的,不等待先提交的,率先發布。後生效的(雖然先發起)最終也能在先生效的基礎上生效。
這樣可以回避等待的情況。類似於git中的兩個人同時修改同一個代碼文件的情況。
上述內容體現在Smarteam和windchill中都沒有策略對應,兩個軟件的策略是一致的:隻能等待前麵一個變更生效,後一個變更在前者生效的結果基礎上
變更。該提案被否定。
============================
但是上一個話題帶出來另一個問題,也是父子級物料,子級物料發生變化時,自動更改控製板標簽中編號的訴求。
乙方工程師表示上述兩個問題,希望在變更專題,以後單獨進行討論。
最後更新:2017-05-26 10:02:01
上一篇:
推薦 | 2016 年哪些科技切實地改變了你的生活?
下一篇:
金融風控領域的工業級大數據應用: 如何跨越AI與業務經驗結合前的鴻溝?
微軟老將Philip Su的離職信:回首12年職場生涯
關於Magento的時間/時區問題
搭個 Web 服務器(三)
Greenplum insert的性能(單步\批量\copy) - 暨推薦使用gpfdist、阿裏雲oss外部表並行導入
Pro JavaScript Techniques第二章:麵向對象的Javascript
windows中修改catalina.sh上傳到linux執行報錯This file is needed to run this program
大數據處理之如何確保斷電不丟數據
支付寶轉錯賬號怎麼取消(報警電話:053-2869-99151)
DEV gridview 捕獲行雙擊事件
Android 用Pull解析XML方法解析穀歌天氣