⑴ 基線的定義
基線(Baseline)說起. 基線是軟體文檔或源碼(或其它產出物)的一個穩定版本,它是進一步開發的基礎.所以,當基線形成後,項目負責SCM的人需要通知相關人員基線已經形成,並且哪兒可以找到這基線了的版本.這個過程可被認為內部的發布.至於對外的正式發布,更是應當從基線了的版本中發布.
基線是項目儲存庫中每個工件版本在特定時期的一個「快照」。它提供一個正式標准，隨後的工作基於此標准，並且只有經過授權後才能變更這個標准。建立一個初始基線後，以後每次對其進行的變更都將記錄為一個差值，直到建成下一個基線。
參與項目的開發人員將基線所代表的各版本的目錄和文件填入他們的工作區。隨著工作的進展，基線將合並自從上次建立基線以來開發人員已經交付的工作。變更一旦並入基線，開發人員就採用新的基線，以與項目中的變更保持同步。調整基線將把集成工作區中的文件並入開發工作區。
建立基線的三大原因是：重現性、可追蹤性和報告。
重現性是指及時返回並重新生成軟體系統給定發布版的能力，或者是在項目中的早些時候重新生成開發環境的能力。可追蹤性建立項目工件之間的前後繼承關系。其目的在於確保設計滿足要求、代碼實施設計以及用正確代碼編譯可執行文件。報告來源於一個基線內容同另一個基線內容的比較。基線比較有助於調試並生成發布說明。
建立基線後，需要標注所有組成構件和基線，以便能夠對其進行識別和重新建立。
建立基線有以下幾個優點：
基線為開發工件提供了一個定點和快照。
新項目可以從基線提供的定點之中建立。作為一個單獨分支，新項目將與隨後對原始項目（在主要分支上）所進行的變更進行隔離。
各開發人員可以將建有基線的構件作為他在隔離的私有工作區中進行更新的基礎。
當認為更新不穩定或不可信時，基線為團隊提供一種取消變更的方法。
您可以利用基線重新建立基於某個特定發布版本的配置，這樣也可以重現已報告的錯誤。
使用
定期建立基線以確保各開發人員的工作保持同步。但是，在項目過程中，應該在每次迭代結束點（次要里程碑），以及與生命周期各階段結束點相關聯的主要里程碑處定期建立基線：
生命周期目標里程碑（先啟階段）
生命周期構架里程碑（精化階段）
初始操作性能里程碑（構建階段）
產品發布里程碑（產品化階段）
⑵ 產品技術要求變更的目的
第一要做好需求管理。把客戶的需求、行業的要求、法律的規定、企業自身的要求、工藝的要求等等都列出來，結構化組織起來。簡單點說，這個就是基線（Baseline）。做好需求管理，就可以按照需求的分解設計生產產品了。
第二是做好變更管理。變更的目的有兩種，一種是需求管理或者研發過程出現錯誤，需要糾正，一種是產品升級需要改進。從管理上並無區別，但還是希望糾正少一些，改進多一些，畢竟錢有限，用在糾正上多了，就沒錢改進了。另外總犯錯總糾錯，大家可能會都覺得不太爽。變更管理可以有完整變更流程，也可以有快速變更流程，區分依據是看變更的影響，涉及到的錢多就需要CRB評審，走完整流程。沒啥大影響可以自己決定的就走快速流程。不過有些行業影響重大，想快速流程可能不容易，比如航天、軍工、醫療器械什麼的。
變更管理，就是變基線。產品永遠都復制基線。明白了這兩點，技術狀態管理就好做了。
另外多說一句，理想的順序，是先在組織內部先實現好的技術狀態管理流程，然後再上PLM之類的工具軟體，而不是做鄭悶的相喊洞彎反（譯製片腔）。很多組織都希望買軟體，然後用軟體倒逼研發生產團隊培養好顫蘆的流程，這往往事倍功半