demoshop

上一篇介紹了解決衝突的辦法，但是有個前提就是更新（Update） 的畫面不能關掉，可是這前提實在是太困難了，這視窗很容易就隨手關了，所以又有了這一篇，說明如果已經關閉更新（Update）視窗後要如何排除衝突。
 

上一篇介紹了完美的更新（Update）是如此的輕鬆簡單，基於之前【 Subversion 版本控管的基礎概念】的介紹因為有了自動合併這件事情，所以在 Subversion 內絕大多數都會是那麼完美的，但是如果真的遇到了衝突呢？
 

介紹完了送交（Commit）再來就是更新（Update）的用法，前文也一直有提到當專案有成員送交（Commit）了任何異動，其他成員就必須使用更新（Update）才能取得新檔案，所以更新（Update）也是另一項經常使用的功能，而且他相當簡單。

上一篇介紹了送交（Commit） 的作法看似很簡單，但是還是有些觀念要說明，因此才有了這一篇的出現，在我們開始使用版控以後對於一些平常的習慣需要改變一下，為的是不要讓檔案庫（Repository）髒掉，並且讓其他成員可以了解到每次的送交（Commit）是做了什麼以及為什麼。
 

接續者上一篇，在我們將檔案庫（Repository）的檔案複製一份到工作目錄後，再來就會去修改這工作目錄中的檔案，在  Subversion 內檔案異動後必須要送交（Commit）其他成員以及檔案庫（Repository）才會知道這次的異動，本篇就要介紹如何送交（Commit）檔案。

說了那麼多終於要開始使用版本控管了，之前已經有範例提到 取得檔案（Checkout）的方法，但那也僅僅只是提到而已，在這裡 demo 要重申一下 取得檔案（Checkout）是將檔案庫（Repository）內的資料複製一份到工作區（WorkSpace）的本機複本動作，這動作只有在專案一開始的時候才會使用，不管你是使用線上還是單機版的檔案庫（Repository），執行 取得檔案（Checkout）後本機複本就會與檔案庫（Repository）上的專案資料結構一模一樣。
 

如果你不想自行架設一台永不關機的 SVN Server ，又想要隨處都可以開發就可以考慮使用免費的線上 SVN 服務來達到你的需求。

版本控管的必要性我不想在這裡多說，誰需要版本控管也不是我可以定義的，你只需要回想：

1. 你是否曾經有過打了一星期的報告因為某次的當機或中毒消失殆盡？
2. 程式開發的過程，業主反覆不定，一下要A一下要改B，當你已經修改到J版了，後來又和你說其實我覺得A版比較好？
3. 很重要的檔案不小心刪掉了？
4. 一個資料夾中留了一堆 企劃書V1、企劃書V2、企劃書V3 這種手動版本！
5. 這段字（這行程式）不是我寫的，到底是誰亂改我的東西！

    
如果你有以上症頭請考慮服用版本控管（往後文章簡稱版控）。再來的文章 demo 會介紹 Subversion 這一套版本控管工具，並且安裝與使用在 Windows 系統上。
 

最近在整理 OneNote 的文章時，突然覺得怎麼沒有計算字數的功能，上網搜尋後看到已經有人寫好了，既然已經有人種樹了，那我們就負責乘涼吧...

這裡說的無法正常登出指的是使用了FormsAuthentication 類別 來實作的登入登出機制，並不是使用 Session 來實作的登入登出，當你在 ASP.NET MVC 使用來做登入你會發現，熟悉的 FormsAuthentication.SignOut(); 竟然會無法登出，這方面應該是屬於 ASP.NET MVC 的 Bug ，既然官方沒改那我們就繞路自己解決吧。

.NET 的開發者如果你有使用過 JSON 應該或多或少都有碰到時間格式轉換的問題，因為原生的 JSON 並沒有相關的日期格式可以使用所以微軟自己發明了"\/Date(1316175498934)\/" 這種表示法，雖然說明確的表示了日期時間，但卻苦了開發人員，好加在網路上好心人相當多，這裡就有一個還不錯的日期轉換模組可以迅速方便的解決這種問題。