我建議可以使用AnkhSVN, 這裡有中文的介紹, Visual SourceSafe 垂垂老矣,SubVersion會是比較好的選擇,VSS沒有branch,跨網域的功能及branch的功能,以你的案例, Branch的管理其實非常重要, 你們可能有一個code base, 利用這個code base來接許多專案, 但是每個專案的需求又不太一樣, 這時branch & merge 的功能就非常重要, 在客戶A解決的bug也要merge到客戶B的branch. 因為客戶B的codebase跟客戶A一樣, 結果客戶A的bug解了,客戶B的bug還是存在, 如果覺得Branch太麻煩, SubVersion也有external的功能, 也就是你將客戶A,B共用的code base包成library來用,在客戶A,B的repository使用類似alias的功能指向共用library repository,這樣library如果bug fix了,客戶A,B的repository所指向的library也是fix過的library, 這時候再apply Test Case就會事半功倍了.
MaoYang

建議使用CVS/Visual sourcesafe/subversion之類的版本控制軟體來管理你的程式碼跟文件！

另外可以搭配使用像bugzilla之類的系統來管理客戶的需求跟bug回報

適當的使用這些工具，可以讓專案管理更有效率喔

以前的案子有bug？有做驗收測試嗎？

當然csv/subversion等等可以協助做版本管理，bugzilla或是像bugfree/mantis等等可以做bug管理，但是如果要bug少的話，測試免不了的。建議找找軟體工程的書跟軟體測試的資料來看看。

開發過程（這裡是指設計完成開始寫程式以後）要比較嚴謹的話，有一些活動是需要的：

1. 單元測試（就算以下的不做，這個也要做）
2. 白箱測試，包括一些code review、程式撰寫風格、複雜度/依賴性檢查等等活動
3. 整合測試（通常針對互動的單元到模組這個範圍做測試）
4. 系統測試（前面兩個不做，這個自己的把關也要做的）
5. 驗收測試（通常客戶會需要做驗收的驗證吧？）

等等。

測試要做多詳細，看專案的需求、複雜度、時程而定，可以視狀況剪裁開發流程，但是風險就越大。

系統開發的過程是很重要的, 從和使用者訪談, 到ERD的建立, 再到程式設計, 與使用者的接觸是不可省的, 有時候要想得比使用者還要清楚, 和使用者直接接觸就是最好的測試, 但好的使用者難得, 這也是大多數客制化專案失敗的原因

我沒有相關的經驗啦
不過我想專案管理的過程應該都是差不多的
在一開始，專案的架構必需要明確
可以將整個專案的需求明細列出
再逐一分析，排列出整個專案的架構
再執行的過程中，相關的input及output都應該詳細記錄以備分析與查詢
在專案結束之前一定還要再次的回顧，找出其中的bug
當然有很多的bug在結束之後才是存在
但是執行過程中的資料齊全的話
後續處理應該不是什麼難事

以上僅供參考

專案管理推薦使用dotproject
Bug建議使用bugzilla紀錄
程式一定要用subversion這軟體紀錄版本資訊

以上三點都做好品質就會提升

請教前輩們，目前市面上哪一套軟體版本控制適合與 Visual Studio 整合或適用的呢？謝！

其實程式的上線都要歷經很多項測試,如樓上的幾位大大有提及.
個人意見為
開發人員,系統分析人員,整合測試人員(視系統大小),使用者均要對程式結果負責,
而每種身份均應準備相關測試案例,測試案例準備的充分,程式的Bug就會少.