※ 引述《aquarianboy (我是沒牌的營養師!)》之銘言:
: ※ 引述《ilay (take it easy)》之銘言:
: : (是作 web pages 的, by php)
: : 目前整個 subversion 環境整個都弄起來以後,發現一個問題
: : 傳統的開發方式是寫好 code 直接ftp丟到 http server 上跑看看作 test
我公司原本是 用 samba 在同一台 server 做開發
去年也開始用 svn, 而我是主要規劃的人, 但其實我用 svn 也沒很久
所以我說說我的經驗, 你參考一下吧
原本的開發環境
developer -- samba --> 統一的開發server -- coding loop
-- 把自己改過的打包 --> 測試站 -- 檢查 --> 正式站
有什麼優缺點大家都知道
SVN 後的
developer (*1) -- samba(*2) --> checkout 自己的 home/devel
用 vhost 設定各自的 開發 sub-domian ex alpe.devel.com
developer 寫完在自己 site 上測試完在 ci 到 svn 上
測試站再 update 給測試人員驗收
完成了在上到正式站
DB 的部份就沒有分了.
優點:
1. 各人都有自己的開發環境, 不會影響他人
2. 版本衝突就給svn去解決, 比人去看安全多了
3. 要追修改記錄真的很方便,
缺點:
1. 很多人會不習慣(or 不想習慣), 主推的人會累到爆
2. 開發環境要更多硬體空間
3. 多了幾動 add ci up
ps 1. 因為TortoiseSVN 透過 samba 寫入 常常會有權限的問題.
被鎖定, 還有 svn 版本的問題 TortoiseSVN最新的是1.6 ,
但 linux 的版本現在 1.4 最新的 1.5, 被新版的寫過 舊版svn 就會不
能寫入
ps 2. 因為我公司的開發環境一定要在 linux 下,所以也只能用 samba 連
(ftp or vi 別鬧了)
: : 但是換成 svn 環境後 這個部份就不清楚要怎麼處理的
: 如果不想要那些.svn的渣渣,可使用export指令
: 如果要再自動化一些,那可以修改一下hook
最早有作 hook 自動更新 測試站
不過一開始,大家對 svn 不熟, 什麼小東西都 ci 過在看結果.
怕在測試到一半有人 ci 上去 就自動更新到測試站,
正常也就算了, 有問題還要找那個版本出問題.
所以就沒有停掉 hook 了
: 小的這有一篇簡單的svn post-commit的設定
: http://blog.eddie.com.tw/2008/07/28/subversion-post-commit
: 會在每次commit的時候,自動更新一份到指定的目錄
--
Live Long and Prosper
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.217.34.131