我是在甲方的駐點工程師,甲方有大約二三十個系統各由不同廠商開發,最近想要更新 SVN Server ,所以想請教 SVN 選擇的建議。
因為甲方完全沒有開發程式的需要,之前的 SVN 也僅僅是儲存程式確定要上線時的版本,甲方因為廠商的建議想用 Git 來做版控主機,但是感覺似乎沒這個需求。
另外,這些系統開發語言有 vb 、 Java 跟 PHP ,目前只有一套系統使用 Jenkins 來做自動部屬,其他的系統都還是人工從 SVN 主機接出這次要上線的程式,然後再放進相對應主機的相對應位置下,有沒有什麼類似 Jenkins 這樣的軟體可以讓其他系統也可以做到一鍵上線的功能呀?
謝謝!
長的答案:
原始碼「集中保存」是一回事
原始碼「版本控制」是一回事
「CI」又是一回事
建議你考慮清楚各項目的必要性及優先次序
短的答案:
過年前諸事不宜
一切維持現狀
任何創新改變都列為明年計劃
svn 、git 都是版控的一種,Jenkins 佈署應該各種語言都有機會做到,只要有辦法轉成對應的佈署指令 cmd 或者其他的都可以或者相關的套件,自動佈署關鍵字 devops ci cd
也可以參考這位大大對一般製造業 版本控制使用版本以下QA比較說明,應該滿有幫助的!
https://ithelp.ithome.com.tw/questions/10189174
我想樓主行業應該已經有內規過年前暫停上版...
然後20、30家廠商好像也就只有金融業或政府會有這麼多系統
就我所知就算有SVN或Git也是承辦該系統窗口代替廠商上版
而各家廠商更新方式步驟都會給各式各樣的步驟文件
而步驟文件還會因為業務切割多個單位控管關係變成多份
例如更換程式要給有權限登入系統修改檔案的A單位,資料庫調整要給B單位,程式和資料庫要同時更新就變成兩個單位的人+系統負責人一起在現場,假如還有另外掌管密碼的人也要一起。
我推測你可以拿到各式各樣上版步驟文件。當中有任何需求就是自動化上版需要的功能。
關於自動上版
不同程式設定檔都會需要額外保留(正式環境和測試環境設定不一樣)
有時廠商粗心,窗口沒檢查到上版就會把測試環境設定檔直接弄上去
這也是為什麼會有上版前會有手動更新,因為要順便檢查並替換設定檔。
也有聽過業主直接要求廠商要弄出一鍵佈版的程式,這部分想整合還要指導廠商一套規範。
不是每家廠商都會用版控及自動佈版。
採用付費軟體的話,測試環境也需要購買一套才可以驗證測試
總是是大工程,助樓主5年內成功w