什麼該放進版本管理系統 以及 理想目錄架構說明

P.S. 這裡的理想目錄架構完全是以 bPack 這個我自已在用的套件組來說 最近在某些原因為驅動下,我開始用起了版本管理這個神奇而重要的工具 一開始,我常把整個 Working directory 都給 add 進去 結果到最後變得很容易 clone 到別台主機上時,就把其他主機的設定給蓋掉了 於是我整理出了一個表來提醒自已什麼該放什麼不該,寫在這裡希望大家如果有不同的想法 也請大家再和我說 ^_^ 原則:有共通性的才能放在版本管理裡(這樣有好處,可利用 git hook 讓它在 commit 後馬上把相關的檔案 checkout 至 work testing server 而不會讓 work testing server 掛點) (以下都是用 bPack 目錄架構) 什麼該放進去 Source Control? M (model/) V (tpl/ , public/js/, public/css/) C (do/) 開發中會用到的工具 dev/tests/ (相關的單元測試) dev/docs/ (文件 for 程式設計師參考) […]

我真笨

在作事的過程中,終於了解為什麼了:當下的一個少作或是偷懶,就是以後的負擔。 這一年來例子出現了四五個,從貼錢到浪費時間應有竟有,這也是為什麼戶頭只剩三元的原因。 我生氣,是因為為什麼我這麼晚才想通而生氣。 記得一次去唱歌,那時的我放棄了一切,想忘懷一切去完成一件事情,那件事情就是唱歌,去發洩,但那時的歌聲卻是最好聽的。 或許我該學習的是如何在作一件事時,忘記那些心頭上的一切。 我真笨,怎麼會這麼晚才了解這樣簡單的道理。

鳳凰與烏鴉

那個烏龍設計師招喚出一隻烏鴉 卻讓老闆看起來像是鳳凰…此時孔雀被丟到了垃圾桶…. 在翻過去的通訊記錄時,意外看到了這個我朋友四月份的一個 MSN 名稱後面的一句話。讓我想起了,我們這個社會對於設計師的看法。 很多人會依賴設計師去協助自已作出點什麼,但是又強抱著自已的主觀意志不去接受或了解設計師的看法,而這時設計師通常都會為了五斗米,而去修改自已的設計並接受客戶的要求。 不過為什麼沒有人會試著去了解設計師的想法呢.. 我想可能是因為大家都覺得自已花了錢才是老大吧。於是最近不斷的重看馬克(右邊有連結)的文章,於是又再次想起了這個問題。 想問問大家有沒有這種經驗呢?