自由、開源的版本管理系統(tǒng)(編輯修改稿)
2024-11-16 10:22 本頁面
【文章內(nèi)容簡介】 作拷貝：為了靈活，允許一個工作拷貝中存在多個修訂版本的文件 ? SVN特性：修訂版本號的全局性。如果某文件的修訂號為 N，并不意味這這個文件被提交了 N次（甚至有可能這個文件只修改過 1次），而意味著整個版本庫被提交了 N次 ? 當(dāng)一次 Checkout或者（整個工作拷貝的） Update操作完成后，工作拷貝中所有文件都會被更新到同一個版本號 ? 兩個操作可能引起混合版本的情況：提交和部分更新 混合修訂版本的工作拷貝（續(xù)） ? 提交會引起混合修訂版本的情況 ? SVN的原則：一個 PUSH的動作不會導(dǎo)致被 PUSH，或者反之。換句話說，提交某個修改的過程不會導(dǎo)致工作拷貝被修改。在 SVN中， 更新和提交是分開的 ? 當(dāng)提交修改時，被提交修改的文件版本號將遞增，但是工作拷貝中的其他文件仍然保持原有版本號，于是就形成了混合修訂版本的格局 混合修訂版本的工作拷貝（續(xù)） ? 很顯然，（部分）更新也可能會引起這種情況 ? 部分更新是指對工作拷貝中某個文件或者子目錄的更新操作（不限于更新到 HEAD） ? 很靈活的一個特性 混合修訂版本的工作拷貝（續(xù)） ? 混合修訂版本是一種正常的情況 ? 同時，混合修訂版本很有用 – 例如，可以用來追溯 Bug的源頭，或者確定某個特性在某個歷史版本中是否具有 ? 會影響某些命令，如 Log – 例如，當(dāng)前 HEAD版本號為 2020，而你由于做了很多提交操作，但一直沒有做更新操作，導(dǎo)致雖然最新的文件版本號已經(jīng)是 2020，但是仍然有文件版本號只有 1937，當(dāng)你對這個文件用 log命令想查看歷史記錄，會發(fā)現(xiàn)這個文件的歷史到 1937就為止了 ? 混合版本有限制：不是最新的不能提交（喜新厭舊？） 4 Subversion基本工作流程和基本操作 ? Subversion的基本工作流程是： （續(xù)） ? 基本命令 – CheckOut – Update – Status/Log – Commit ? SVN的幫助，用 svn help 命令名稱可以得到命令的幫助，或者查看 man手冊和 info頁。 Windows環(huán)境下可以查看 Subversion帶的 CHM格式參考資料，一般 help命令就足夠了 CheckOut操作 ? 從版本庫中取出某個目錄的拷貝到本機上某個目錄的操作叫做 CheckOut，這個操作是工作的基礎(chǔ) ? 語法： checkout(co) URL[@REV]... [PATH] – 注：省略 svn，即完整的命令應(yīng)該是 svn checkout … – 例 1： svn co 在當(dāng)前目錄建立一個 trunk目錄，里面是工作拷貝 – 例 2： svn co I:\PROJECTS\torm 會在 I:\PROJECTS\目錄下創(chuàng)建 torm目錄，里面存放工作拷貝 – 例 2的命令較為常用，因為大多數(shù)情況下，我們并不想把工作拷貝目錄命名為 trunk CheckOut操作（續(xù)） ? 指明 Checkout的版本號 – 默認 CheckOut操作是針對 HEAD版本進行的，大多數(shù)情況下我們需要 HEAD版本，但如果需要歷史版本，可以用 r(revision)參數(shù)或者是用“ @版本號 ”的形式 – 例： … r 1452 會檢出 1452版，如果存在的話 … r {“20200505”} 會檢出最接近這個日期的 版本 …/trunk@1452 效果同第 1個例子 ? 遞歸與不遞歸 – N：不遞歸（僅針對頂層目錄），否則目錄遞歸（默認，常用） ? 注：上面兩個參數(shù)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1