軟件配置管理案例分析 6：混亂的hotfix 發(fā)布方式

laofo

我是配置管理小菜鳥，人稱小m同學(xué).


案例分析：
剛開完部門會議， PM一個電話打來說要和我商量一些 hotfix發(fā)布方式改進(jìn)的事情，我一聽這個事情不是那么簡單的，就說，“你在座位上？我過去談吧，這樣比較好溝通”

原來事情這個樣子的，項目W每次 hotfix發(fā)布都采用的是 Roll-up的方式。就是說假設(shè)我要發(fā)布 hotfix2,那么這個時候 hotfix2 就要把 hotfix 1的更改也要全部包含進(jìn)去，客戶只要打了hotfix2這個補丁，那么hotfix1也就自動打上了。

假設(shè) hotfix1 已經(jīng)發(fā)布了，包含a.dll, b.dll, c.dll三個文件；即將發(fā)布的hotfix2 的改動雖然只涉及到了 d.dll這一個文件，但也要把a.dll, b.dll,c.dll這三個文件同時包含進(jìn)來一起發(fā)布出去。這個時候問題就出來了，測試人員說既然a.ll, b.dll, c.dll三個文件在hotfix2中沒有更改，那么就不應(yīng)該和d.dll文件一樣重新編譯，只需要把hotfix1的三個文件拿過來一起包含在hotfix2中，這樣我們測試人員只需要測試一個d.dll文件就可以了，以前發(fā)布的三個文件我們根本不需要測試。

如果你和我一樣是一個配置管理小菜鳥，該怎么辦呢？

版權(quán)所有，轉(zhuǎn)載請注明出處，謝謝合作。