WebDAV autoversioning

由於 StreetVoice 通常的開發流程是 designer 會直接出 html demo, 最後交給 developer 套版。 但是這當中 designer 可能會持續修改 html demo (當然流程應該要 freeze 才對, 不過總是有不可抗拒的因素, 例如老闆), 或是上線後 designer 就繼續對 html demo 作修改, 然後跟 developer 說改了哪些地方。

這樣的方式會造成一個問題, 就是 developer 根本不知道 designer 這過程當中修改了什麼東西。 可能是 html, css 或是圖檔, 所以 designer 得口頭說明有哪些修改, 或是直接出一份人工 diff。 其實溝通過程有點花時間, 所以 developer 有時覺得更動不多, 就自己直接翻 html demo 開始修改, 然後又覺得怎麼這麼麻煩 XD

所以我便想說用版本控制系統來自動產生 diff, 這樣就很方便可以知道修改了哪些東西, 但是需要 designer 配合。

後來就直接開了 github 請 designer 用 github for mac 作版本控制, 當然得先跟 designer 說明一下 github for mac 怎麼用, 幸好 github for mac 已經夠簡單的了。

不過由於 designer 時常要另外把 html 丟上 ftp, 好讓開會可以隨時 demo 或是讓老板看, 導致 ftp 跟 git repo 這兩個流程是分開的, 最後 designer 只顧著更新 ftp 上的檔案, 而完全忘記 github 那邊, 所以某種程度 github 廢掉了 XD

另外設計也可能是依照老板的意思改來改去, 根本沒有辦法定下版本 XD

由於今天突然想到應該用 WebDAV 來處理檔案分享, 所以變開始研究了 WebDAV, 沒想到另外看到了 WebDAV autoversioning 這個關鍵字。

研究了一下 WebDAV autoversioning, 沒想到是直接搭配 subversion 自動作版本記錄, 真的是一次解決了兩個問題, 而且 subversion 處理 binary 上也比 git / hg 好, 畢竟網頁開發中會有很大一部分是圖檔。

所以只要透過 WebDAV autoversioning, designer 就可以只管把檔案拉近遠端磁碟, 系統便會自動作好版本記錄, 之後 developer 也可以直接看 diff, 知道哪些地方有修改。

這樣一來, 流程簡單超多, 一次解決兩個問題, 雖然 auto commit 的 diff 搞不好也看不出來什麼東西 XD 不過至少透過 WebDAV autoversioning 可以讓 designer 跟 developer 都稍微輕鬆一點吧? XD

不知道有沒有更好的解法, 或是大家都是怎麼處理這類問題?

另外, 其實這個還可以拿來做很多其他檔案的版本控制, 特別像是 office 的檔案, 或是 photoshop 檔案等等。

tzangms

Read more posts by this author.

Subscribe to Oceanic / 海海人生

Get the latest posts delivered right to your inbox.

or subscribe via RSS with Feedly!