我們公司正在轉向TFS來管理開發活動,並且狀態更改日期和字段更改是審計誰做什麼/何時的重要部分。TFS 2010工作項目狀態更改日期/更改用戶字段意外更新
我遇到的問題是,默認工作項目模板(CMMI)根據狀態下拉列表中的臨時選擇而不是用戶在保存中選擇的實際狀態轉換來假設地更改這些值。
示例:工作項目處於活動狀態。用戶打開狀態下拉菜單,意外地選擇「關閉」但不保存,選擇「已解決」,將狀態更改從「活動到已解決」保存。
問題/ Bug:因爲他們不小心淹沒了並選擇了「關閉」,TFS還設置了「關閉」和「關閉日期」字段,即使工作項目從未關閉,也沒有打算或保存從活動關閉到關閉由用戶。這發生在所有州。
由於無法禁止在下拉菜單中意外選擇狀態,因此這不僅會出現主要的用戶體驗問題,而且可能會對審計線索的完整性造成影響,因爲這些字段可能隨時被覆蓋,即使用戶從未真正保存從一個狀態到另一個狀態的轉換。
任何其他人遇到這種情況,並知道模板更新來解決?
添加更多轉換步驟,在選擇其他狀態時清除這些字段?例如,在清理完成後清除「關閉」。 – Betty
我很欣賞這個建議 - 我試過那條路線 - 在過境和狀態上使用了各種規則組合。由於有一些狀態有多個轉換(Active可以去建議或解決等),有很多情況下不可能精確地清除或重置狀態轉換。 – PortageMonkey
我能想到的唯一的其他解決方案是禁用轉換上的更改,並添加一個服務器端插件,在發生工作項更改事件時執行更改。不理想,但可能比反面更容易做到。 – Betty