ws提出一個版本升号的問題:
父級物料 對應每個變更都要升版本 的情況下,兩個子級物料分别進行變更,一快一慢兩個變更。
現狀是後變的必須等待先變生效釋出以後,才能再發起。
ws
提出希望兩個變更同時發生,但是後送出的,不等待先送出的,率先釋出。後生效的(雖然先發起)最終也能在先生效的基礎上生效。
這樣可以回避等待的情況。類似于git中的兩個人同時修改同一個代碼檔案的情況。
上述内容展現在smarteam和windchill中都沒有政策對應,兩個軟體的政策是一緻的:隻能等待前面一個變更生效,後一個變更在前者生效的結果基礎上
變更。該提案被否定。
============================
但是上一個話題帶出來另一個問題,也是父子級物料,子級物料發生變化時,自動更改控制闆标簽中編号的訴求。
乙方工程師表示上述兩個問題,希望在變更專題,以後單獨進行讨論。
=======================
圖紙稽核流程
産品樹、文檔樹、零件樹。乙方了解到,我方圖紙流程稽核圖紙後,同步零件樹,但是不會單獨對零件樹發起流程進行稽核,因為檔案樹和零件樹是一一對應的。
流程通過後,必須實作郵件(outlook)的提醒
==================================
圖示最好延續smarteam,用圖示來辨別文檔的狀态。