Re: [轉] 那些台灣軟體產業所缺少的–版本控制系統
我之前好像寫過類似的文章，但是我想提一下：
『版本管理系統』的重點不在於『軟體』，更重要的是『流程』。
如果只是為了要 "保全工作進度"、"方便同步作業"，那還有非常多的管道可以
實現。但是今天若要討論的是"軟體開發的流程"，那就非得要採用版本管理系統。
例如說這些問題：
如何從一堆專案檔案中區分軟體版本？
新功能會在哪個版本實做？
哪一個版本可以作為release用？
如何依照"產品"/"客戶"，劃分差異性？如何管理？
如何追蹤各個版本之已知問題、修正清單？
哪一個是經過驗證的穩定版本？
如果沒有版本管理系統，真的不知道該怎麼處理！！
反過來想，如果你今天身處於一個超過3個RD的開發團隊，產品有經過QA、有超過3個版
本，有超過3個客戶(簡稱3Q33)。 如果你能夠在不使用版本管理系統的情況下，還能
維持正常理性的人格，那你是 真．強者 ！！
依照邏輯推理，如果一家公司裡面的RD精神都正常，而且沒有用版本管理系統，那表示
1. 他們的工作很簡單，根本不需要管理。
or
2. 他們沒客戶，產品寫爽的。
or
3. 他們不維護產品，只做一次生意。
or
4. 他們每個都是S+ 的怪物！！
所以通常面試時問的："你們有沒有用版本管理系統？" 其實不是重點，
重點是：你們用哪一套版本管理系統？
VSS： Hmmmmm 品味特殊...
CVS： 大概有很多legacy project，或是曾經有一些高度整合的開發系統，無法拋棄
可以問問他們為什麼不換～
SVN： 中庸
Git/Mercurial： Good! 觀念很新，裡面RD應該不弱！可以問問他們流程～
SVK： It's so cool~ 應該有些 強者
Arch/RCS： 殺了我吧...
以上一點心得，讓各位見笑了～
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.136.52.127
推
10/24 12:18, , 1F
10/24 12:18, 1F
→
10/24 22:15, , 2F
10/24 22:15, 2F
推
10/25 01:24, , 3F
10/25 01:24, 3F
→
10/25 09:52, , 4F
10/25 09:52, 4F
→
10/25 09:54, , 5F
10/25 09:54, 5F
→
10/25 18:17, , 6F
10/25 18:17, 6F
→
10/26 23:03, , 7F
10/26 23:03, 7F
討論串 (同標題文章)
完整討論串 (本文為第 2 之 2 篇)：