bu 大小事

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 程式設計師參考)
  • dev/env/developement (環境設定(.htaccess, config.php)，上線後要刪掉)
  • dev/env/production (環境設定 , 上線後要刪掉)
  • dev/db_schema/latest/ (這裡放最新的 schema) 如果有變動要放進來
  • dev/db_schema/20100115/ 這裡放這一天修改的 ALTER 讓不同的開發者可以用這個升級他們自已的資料表到最新的進度
  • dev/editor/ 放一些編輯器的習慣(像我的習慣 Komodo Edit 專案檔我就會放這裡)
• 設定 (config/constant.php, config/base.config.php, config/admin_menu.php 這種不管在哪裡個環境都適用的資料)

什麼不該放在版本管理？

• 圖片
• 暫存檔
• 外部 Library 如 smarty, phpmailer 這種 (這個應該是要在 bulid system 下自動抓新的放進來)
• 在不同主機上會有需要更動的設定(這裡指的是放在原位置，應放至 dev/env/ 下)

在作事的過程中，終於了解為什麼了：當下的一個少作或是偷懶，就是以後的負擔。

這一年來例子出現了四五個，從貼錢到浪費時間應有竟有，這也是為什麼戶頭只剩三元的原因。

我生氣，是因為為什麼我這麼晚才想通而生氣。

記得一次去唱歌，那時的我放棄了一切，想忘懷一切去完成一件事情，那件事情就是唱歌，去發洩，但那時的歌聲卻是最好聽的。

或許我該學習的是如何在作一件事時，忘記那些心頭上的一切。

我真笨，怎麼會這麼晚才了解這樣簡單的道理。

那個烏龍設計師招喚出一隻烏鴉 卻讓老闆看起來像是鳳凰…此時孔雀被丟到了垃圾桶….

在翻過去的通訊記錄時，意外看到了這個我朋友四月份的一個 MSN 名稱後面的一句話。讓我想起了，我們這個社會對於設計師的看法。

很多人會依賴設計師去協助自已作出點什麼，但是又強抱著自已的主觀意志不去接受或了解設計師的看法，而這時設計師通常都會為了五斗米，而去修改自已的設計並接受客戶的要求。

不過為什麼沒有人會試著去了解設計師的想法呢.. 我想可能是因為大家都覺得自已花了錢才是老大吧。於是最近不斷的重看馬克(右邊有連結)的文章，於是又再次想起了這個問題。

想問問大家有沒有這種經驗呢？

簡單來說，會寫這篇文章，是因為我最近愛上了 Plurk…  = =”"；愛到連 MSN 都沒什麼用 XD，因此 一方面當然也多少會忘記部落閣這件事情。

於是我想了一想，從我之前用的 Twitter 到目前火紅的 Plurk，到底這類型的服務能不能改變我們使用部落閣的習慣呢？

以我個人而言，我是覺得，Plurk 可能可以取代的是類似 IM 部份的功能，因為 Plurk 可以針對同一議題進行討論，但說實在的又有一點不太一樣。不過，自從開始用 plurk 以後，真的 msn 的使用率少很多，所以我是覺得多少有點給他小小的可能會被取代……

不過針對部落閣呢？我個人是覺得部落閣到是不用擔心微網誌所開發的市場會影響到部落閣自已的市場，因為微網誌在訴求上就不是用來設計成打長文章的，而且我是覺得這二種不同服務的 Seriousity 我自已創的名子，認真度，有差。

在 Plurk 或 Twitter 上，可能你會像 IM 一樣的閒聊或怎樣，但是如果你現在是在一個論壇或部落閣上發文，你可能會至少注意一點文字上的內容。

於是，根據以上的想法，我還是覺得這二種東西目前還是處於和平共處的mode，還是大家目前有什麼想法呢？