忙碌了一天，心想着終於完成了工作，滿懷信心的將代碼提交到SVN服務器，等待片刻，被告知某些代碼存在衝突，不允許提交！於是查看之，是一個Service類，立馬編輯衝突，再解決衝突，如圖：
最後，再運行一遍測試下流程，發現不對頭，程序並未按預定流程運行，回頭查看代碼，發現某個Action代碼中充滿紅叉叉，再看，是因爲Service類中缺少某幾個重載方法（具體爲三個），一種不妙的感覺讓偶從頭涼到腳，難道是剛剛解決衝突造成了代碼丟失？十分的不希望這種情況發生！但它還就是發生了，確實是這個原因！
當時那個暈啊！無以言表！
於是立馬啓動EasyRecovery Professional，想從恢復SVN衝突的臨時文件（一個.mine文件）找到突破口，在N久的掃描和構建目錄等待後（實在是慢啊），驚了，無數個已刪除文件，問題還不是放在一個列表，而是在一個個的起碼有幾千個的目錄！利用過濾條件也沒能找到！放棄！剩下的選擇已經很明確了：重寫！不幸中的萬幸，丟失的只有這一個Service類，其他都還安好，立馬重寫，運行，調試，測試，總算搞定！心裏總算有一點點安慰！
經過這件事，吃一塹長一智，以後要做到：
SVN提交的時候，如果遇到衝突，要先將自己的文件，或者那個*.mine文件複製出來一份，以作備份，然後再解決衝突！還好這次丟失的只是三個重載方法，如果內容很多，真的就是欲哭無淚了！不管怎麼着，備份是硬道理！
忘記說了，環境是Eclipse3.4.1+Subclipse1.5.2
此次事故的原因還待查，估計是Subclipse的問題。
