1. 首頁 > 云知道 > >

下一頁word svn怎么使用( 四 )

云知道SVN


這都是啥玩意？這是因為出現沖突了 ， 需要你解決沖突 ， 怎么解決嘞？我們打開源文件看看：
這個時候就需要你處理 ， 該留下哪段代碼 ， 這個是需要和別人商量的 ， 看看是哪里出問題了 ， 一起看下最終決定六留下哪段代碼 ， 比如最終你自己的修改是對的 ， 那就把這些刪除掉：
然后就成這樣了：
然后你再看這些文件：
不是已經解決了沖突了嗎？是的 ， 你是解決了沖突 ， 但是你沒有告訴svn啊 ， 你得給svn說聲沖突解決了 ， 這樣操作：
然后這個：
點就ok就徹底解決沖突啦：
沖突解決了之后 ， 你就可以正常提交你的修改啦?。ㄖ疤峤徊怀晒?， 需要更新 ， 更新遇到了沖突 ， 解決沖突之后 ， 再次提交就沒問題啦）
查看日志
日志這個玩意 ， 在以后的開發中務必引起重視 ， 在這個svn里面 ， 我們也是可以查看日志的 ， 比如我們查看這個類的日志：
在這里可以看到自己和他人對這個文件的一些修改 。
版本回滾需要重視
這個功能也是使用比較多的 ， 但是剛開始的話會覺得有點摸不著頭腦 ， 比如我們在寫代碼的時候 ， 后來發現自己寫的代碼有問題 ， 結果已經提交上去了 ， 別人拉取咱的代碼 ， 那肯定出問題啊 ， 怎么搞 ， 這個時候咱們就可以使用版本回滾 ， 來看看具體怎么操作 。
比如現在我們需要寫個功能 ， 這樣寫的：
然后我們也提交上去了 ， 咋整 ， 后悔了 ， 能不能時光倒流 ， 人家更新代碼的話 ， 會更新到我的錯誤代碼 ， 你看看人家原來是這樣的：
然后人家更新了下 ， 就是這樣的：
啪啪打臉啊 ， 不行 ， 我得把自己的錯誤代碼干掉 ， 怎么搞嘞 ， 那就是版本回滾 ， 看著：
然后選擇需要回滾的版本：
然后你再看 ， 其實之前的錯誤代碼已經沒有了 。
注意注意注意！
當你寫了錯誤的代碼提交上去之后 ， 別人更新會更新到你的代碼 ， 但是這個時候可能只有你知道這段代碼有問題 ， 而你想重新寫 ， 那就像上面那樣 ， 你進行版本回滾 ， 之前的錯誤代碼都沒了 ， 你可以重新寫 ， 但是 ， 別人現在更新還是會得到你之前的錯誤代碼 。
所以這個時候你需要commit一下 ， 把svn服務器上的提交的錯誤代碼也恢復到原來的版本 ， 記住回滾之后需要提交一下！
如果你回滾之后沒有commit ， 而是繼續寫正確的代碼 ， 就會是另外一種情況（不commit的話是沒有真正回滾的 ， 本地回滾 ， 但是遠程服務器沒有） ， 這個時候當你把正確的代碼寫完之后 ， 提交上去的話 ， 會提示你更新 ， 你一旦更新 ， 就會產生沖突 ， 和你之前的錯誤代碼沖突了 ， 這個時候你需要解決沖突 ， 留下正確的代碼 ， 然后跟提交上去 ， 這個時候別人再次更新就會得到你正確的代碼了 。
有沒有更好的方式
以上那種回滾導致的錯誤是使用這種回滾方式：
實測中會出現回滾之后沒有commit就寫了新的代碼 ， 緊接著提交的時候會提示更新 ， 更新會出現沖突 ， 但是如果使用這種方式回滾：
即時回滾之后沒有commit就寫了新的正確的代碼 ， 再次commit提交依然可以完成 ， 不會像上面那樣 ， 提示你更新 ， 然后更新會出現沖突！
至于為什么會出現這樣的情況 ， 我們有深入的研究 ， 后期如有需要會繼續分享！
總結
關于svn的使用 ， 對于一個剛入職初次使用svn的朋友來說已經夠用了 ， 主要的還是要明白一些操作概念 ， 然后熟練掌握更新和提交 ， 一般在寫代碼之前先更新一下 ， 避免出現沖突 ， 其他更多的就是在實際的使用中遇到新的問題再查資料或者請教他人快速解決 ， 快速積累經驗！

推薦閱讀