當開發人員做了乙個已經被取消的功能，你能想想他有多沮喪；當測試人員按照老的測試案例去測試新的需求規格的開發結果時，他可能要抓狂。出現了這些情況，都是因為需求的版本控制出現了問題。
說到需求的版本管理，是不是就是需求文件放到配置庫就可以了呢？答案是——不僅僅如此。因為需求有它的特殊性，有它分析和管理的特殊要求，所以在實際的工作中的需求版本我們考慮更多層次：
對整個文件進行版本的管理是最基礎的。當談及最新版本時，專案團隊的成員「應該」都知道它指的是哪個版本的文件，比如說2.1版。應該上面加引號是有用意的，因為實際的情況是每個人往往都是指向自己的機器上的文件版本，以為是最新版本。
需求條目的版本是什麼意思呢？需求條目的版本表示了對每個需求物件進行更細粒度的控制。需求文件裡面有若干條需求組成，兩個需求我嫩大版本之間可能是幾個需求項發生了變化，有時候我們需要更清楚的知道某條關鍵的需求，何人何時建立，何人何時做出何種修改，並且能夠知道修改的開始和結束的狀態，並且顯示出其中的差異，最好能可以自動的回退到某個歷史狀態。這些工作中的需求，實際上都體現了對需求條目層次上版本管理的要求。
今天，越來越多的公司採用迭代或增量開發模式。為了降低風險，將開發過程分為多個增量部分可以加快整個開發過程。那每個階段結束後，是不是要將整個專案的文件做乙個快照呢？通常是需要的，那此時的專案基線也就是我們這裡說的
需求體系的版本。需求體系的版本
包含自需求而來的多個相關文件，此時的版本管理不僅應將這些文件打上統一的基線，並且將該組文件之間的追蹤關係也進行基線化的管理。對文件之間的追蹤關係也進行基線化的管理意味著什麼呢？專案的每乙個階段，需求文件會有不同，那需求文件之間追蹤關係也會有不同。那當我們記錄下專案每個階段的需求文件及其追蹤關係的版本後，在日後的工作中，我們可以回溯到以前的某個需求版本，並能夠按照當時的專案追蹤關係，追蹤分析當時的分析設計結果，實現對整個需求體系的掌握，能夠更好的理解，利用以至復用已完成的工作成果。
我眼裡的需求版本控制
當開發人員做了乙個已經被取消的功能，你能想想他有多沮喪 當測試人員按照老的測試案例去測試新的需求規格的開發結果時，他可能要抓狂。出現了這些情況，都是因為需求的版本控制出現了問題。需求文件的版本 對整個文件進行版本的管理是最基礎的。當談及最新版本時，專案團隊的成員 應該 都知道它指的是哪個版本的文件，...
我眼裡的「網路語言」
剛剛看了個電視節目，正在討論著關於 網路語言 的問題。有說 網路語言 是一種語言的扭曲，有說它是一種語言的退步 甚至有說由於它的存在已經影響到了對語言的教育和正確使用。對於 網路語言 我有我自己的一些看法。對待事物，從不同的角度去看，往往會有截然相反的結論。再次，目前使用網路的人大部分是青年人或中年...
版本控制相關研究一 版本控制需求的出現
版本控制系統 version control system 就是能夠讓你能追蹤到以前編輯過的檔案並輔助記錄檔案每次的更新細節。在個人日常工作中，尤其是開發工作，需要不斷的修改專案中的檔案，並將除錯好的專案發布到伺服器，在每次新的專案發布時就會覆蓋伺服器上舊的專案。為了能找到以前每次發布的專案，我們通...