管理source code跟版本的team

挖賽 居然有專門管理source code的 team

不是RD自行管理嗎...讓版本控管軟體管不就好了,固定時間在備份給公司一份

管理好自己寫的東西,是基本的吧

大型的軟體公司 都有所謂的CM

一套程式幾百個人寫的時候 就需要CM幫忙管理了.

只是富士康的CM態度強硬到不行, 我都不知道他們在硬什麼....

一套 和 一支 不一樣

我想你所謂的套.. 應該會被切分很多系統或子系統

只要中間的interface 或 protocol 有定好

基本上各系統是獨立的

這是我的認知啦 ..

換個角度講..CM是負責整合的人吧

厄..不是. 整合 有整合的人負責

舉個例子吧. 如果Nokia 要我們拿出去年5/16release 的版本. 這時候就需要CM 負責

以前我在廣達碰過一個實際情況. Panasonic 的project, 已經出貨一年了, 這時候Panasonic 似乎發現一個bug, 希望我們修正. 結果..我們build 不出當初的版本..

可是這是基本的版本控管軟體都做的到的事情啊

就看當時開發者有沒有妥善的使用版本控管軟體

有沒有做好下 定版/tag/branch ...等

就這樣說吧 在我的定義而言 系統設計師/分析師/整合/版本控管 可能是同一個人

cvs/svn很多大企業也在用啊~

你上面講到一個重點: 開發者有沒有妥善使用版本控管軟體

一套軟體只有5個寫的時候, 是非常好控管的

如果一套軟體有上百人寫的時候, 如果沒有人負責軟體控管, 那就會天下大亂

主要是大家的做法都可能不太一樣

最後會發現, 整不出客戶要的版本

或者是拿不出很久以前的程式

先睡了, 有機會再慢慢討論^^ 晚安

喔 這就回歸到 我剛講的切割問題

基本上各自的版本控管軟體管自己的系統

接著交付到上一層的版本控管軟體或人員 讓他門去整合 在加一層版本

我找到一篇 說明了

dbmaker.syscom.com.tw/ma...

基本上等於是倉管

系統切割越細或分支越多就需要這樣的人來管理了,等於跟零件管理一樣了

沒法切割的很乾淨. 強如MicroSoft 跟Qualcomm, 也沒辦法把手機整套程式切割的很乾淨