關於紅線
在一般的變更通知流程中,會針對需要修改的物件準備詳細計劃,且會在下一個產生物件版本修訂中盡力解決。由於某些變更可能需要大量的驗證及處理時間,因此當其他變更通知需要對已修改的相同受影響物件進行修改時,這可能會導致發生問題。在某些情況下,會退出下一個產生版本修訂中的修改,以使這些其他的變更可以通過,或者變更可能會不依版本修訂順序發行,以便能夠容納這些其他的變更。
使用紅線功能時,多位使用者可以同時計劃對相同受影響物件進行的變更,而不用執行到下一個循序版本修訂。在變更通知的計劃階段,會對最新發行的受影響物件建立紅線,而不是建立下一個產生物件版本。您可以啟動紅線產品結構瀏覽器來計劃使用視覺指示器自動追蹤的變更。您可以繼續處理紅線,直到實行計劃完成為止。當實行階段開始時,會在變更前後關聯中使用版本修訂動作建立下一個版本修訂時,合併計劃的紅線變更。發行變更通知之後,產生物件中的修改會與目前正在計劃之其他開啟中變更通知的最新紅線同步處理。
紅線功能可讓您:
在產品結構中建立一組建議的變更 (例如插入或移除零件),這些變更會使用諸如舊項目 (刪除線) 等視覺指示器自動反白。
透過提供使用平行紅線計劃方法的彈性,並改善對同時變更的可見性,來補充現有的版本修訂方法。
當偵測到需要手動協調的衝突變更時,自動將已開啟紅線保持為與其他發行的變更相同的最新狀態,或適當將紅線標記為未確認。
紅線的最佳作法
使用紅線作為前期計劃流程的一部份,以定義不會干涉其他變更的變更。您可以根據變更任務與紅線的權限,在建立下一個循序版本修訂之前修改現有紅線。
明確開始執行變更通知以實行變更。當變更通知開始執行時,應核准所有紅線,且不應允許建立新紅線。
由於某些變更管理流程允許在執行階段之前建立產生物件,因此在變更任務上至少有一個產生物件也可防止建立新紅線。
相關主題
這是否有幫助?