「勸敗文」Synology DSM 4.0 Beta 之夜,活動心得與重點功能
- 794
- 0
話說買 Synology 的NAS 兩次了,也用了很久了第一次參加他們的 Beta 之夜,活動下來感覺還滿不錯的,免費參加又有獎品茶點可以吃,而且還看到了很多讓人心動的新功能即將出現於 DSM 4.0 中,實在是個豐富的晚上阿。
站內搜尋載入中...
話說買 Synology 的NAS 兩次了,也用了很久了第一次參加他們的 Beta 之夜,活動下來感覺還滿不錯的,免費參加又有獎品茶點可以吃,而且還看到了很多讓人心動的新功能即將出現於 DSM 4.0 中,實在是個豐富的晚上阿。
現在的筆記型電腦絕大多數都是鏡面螢幕,對於經常換環境的使用者來說是一大困擾,隨便就反光反到快跑去淡水,demo也是因為自己的鏡面螢幕深受其害中,一個不爽狠下心來想去嘗試一下所謂的霧面保護貼的效果,原本不是一件了不起的事情,卻因為一個疏忽導致我有了一個重來的機會,既然都重來了那就寫篇文來記錄這淒涼的故事吧...
SVN 每次送交的時候都會存有一份 Log 包含了異動的檔案清單和Developer 自行撰寫的文字說明,這些 Log 記錄了相當豐富的資訊如果可以拿來運用是不是很棒呢(我想只有主管會說棒吧...)
前面介紹到可以將 SVN Server 設定成有成員送交(Commit)就發信提醒,這對於多人開發的情況是很重要的,但是如果你今天使用的是業主、教授的 SVN Server ,而他們並沒有做這種設定,又無法逼他們一定要去處理的時候只好換個方式自力更生了。
上一篇提到了如何限制使用者送交沒有 Log 的檔案,其中用到的一些觀念(雖然我都沒說)也可以進一步讓使用者送交後會發信告知特定使用者或群組,這種發信的機制對於多人開發是一個很好的事情,因為這樣才可能知道別人在改什麼,才能了解專案的大致進度,為了達成這功能你還是必須要可以碰到 SVN Server,如果你碰的到那就看下去吧。
版控介紹到這裡這裡各位應該都可以體會 Log 是一個非常重要的東西,分支、合併、還原、刪除等等一堆功能都需要靠 Log 來做判斷,但是預設的情況下 Log 是可以不輸入的,對於這種不輸入 Log 的送交實在是很頭痛,因此這裡就來介紹如何強迫每次送交(Commit)都需要寫 Log 的方式。
前面介紹了很多關於 TortoiseSVN 的應用,不可諱言 TortoiseSVN 真的是一套不可多得的好軟體,但是對於 .NET 開發人員來說,每天都開者 Visual Studio 難道就沒有一個比較聰明的整合工具嗎?每次都還要到外面去送交檔案就是那麼的不方便!因此這裡就介紹兩款數一數二的 Visual Studio For SVN 工具。
前面介紹了許許多多有關於 SVN Client 軟體 TortoiseSVN 的使用方式(其實只是 SVN 的 GUI 呈現而已),相信對於 TortoiseSVN 的操作上已經是沒有什麼問題了,這篇是 TortoiseSVN 的最後一篇,因此要在來介紹一些小技巧,這些小技巧並不影響版控的操作,但是知道以後可以更快速的完成一些工作,記下來絕對是有很大的幫助的。
Tag 這玩意顧名思義就是一個標籤,用起來沒有什麼技巧,就是用而已,所以 demo 想提一下為什麼要做 Tag,當專案或是文件寫到一定程度時一定會有交付的需求產生,雖然版控可以隨時回到指定版本來發佈或交付,但還要去回想我這次要交付的進度是哪一個版本,或是你要比對上次交付的版本和這次交付的版本差異在哪的時候就會變得很麻煩,因此 Tag 功能的用處就出現了,當你交付了一次版本後就將這版本建立一個 Tag,往後你想比對、想拿出來修改就都不會是問題,對於寫程式來說經常會發生當初專案是使用 v2.0 的Library寫的,一陣子後 Libray 已經修改到 v5.0了,而且無法向下相容這時候要去改用 v2.0寫的專案就會變得很麻煩,如果你有用 Tag 那就可以立即找出 v2.0的最終發行版立即修改解決問題,所以 Tag 也可以算是一個方便的技巧。
前面介紹了合併主線異動到分支的方式熟悉了以後,應該對於分支的進展有很大的幫助,終於分支的功能開發也已經完畢了,在確定程式正確無誤後就要將分支的這些異動合併回主線去,擴充主線的功能,因此這章就是要說明如何合併分支的異動回歸到主線。