TWI486759B - Subversion configuration library backup method and device - Google Patents

Description

Subversion配置庫的備份方法及裝置

本申請涉及電腦應用技術領域，特別是涉及一種Subversion配置庫的備份方法及裝置。

Subversion，簡稱SVN，是一種近幾年發展起來的代碼版本管理軟體，相對於傳統的版本控制軟體，SVN具有諸多優勢。目前，已經有越來越多的開發者開始使用SVN進行代碼的管理和控制。

對於代碼版本管理軟體而言，配置庫的備份是一種必要的需求，現有技術中，最常見和簡單的備份方法就是直接使用拷貝命令，將配置庫目錄拷貝到備份目錄上。但是，由於配置庫的資料量往往非常大，因此每次完全備份都需要很長的時間。

現有技術的另一種方式是使用sync命令對配置庫進行同步，每進行一次同步操作，備份配置庫僅對源配置庫中相對上一次同步時所更新的內容進行備份，因此備份速度明顯提高。但是，這種方法所存在的問題是：一旦在某次同步過程中發生錯誤，那麼後續的版本也將無法繼續同步更新，當前已備份的正確資料也無法進行使用。而且即使從零開始重新部署一個新的備份配置庫，仍然無法保證後續的同步操作中不出現錯誤，也就是說，配置庫同步操作在實際上可能是無法持續進行的。

為解決上述技術問題，本申請實施例提供一種Subversion配置庫的備份方法及裝置，以實現對配置庫同步錯誤的處理，保證配置庫的同步操作能夠持續進行，技術方案如下：一種Subversion配置庫的備份方法，預先為備份配置庫設置版本屬性，該版本屬性用於記錄備份配置庫中最後一個版本的標識；該備份方法包括：根據備份配置庫的版本屬性，執行配置庫同步操作；如果同步操作成功，則將備份配置庫的版本屬性值更新為本次成功同步的版本標識；如果同步操作失敗，則在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。

一種Subversion配置庫的備份裝置，包括：同步單元，用於根據備份配置庫的版本屬性，執行配置庫同步操作；同步成功處理單元，用於在同步操作成功時，將預先設置的備份配置庫的版本屬性值更新為本次成功同步的版本標識；其中，該預先設置的版本屬性用於記錄備份配置庫中最後一個版本的標識；同步失敗處理單元，用於在同步操作失敗時，在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。

現有技術中，在對配置庫進行首次同步之前，需要先創建一個空的備份配置庫並對其進行初始化，一旦在某次同步過程中發生錯誤，將導致之前已經備份的正確資料無法使用，並且同步操作也難以繼續。而應用本申請技術方案無需對備份配置庫進行初始化，通過直接為備份配置庫設置版本屬性，可以在同步操作無法正確進行時，通過拷貝的方式進行備份，然後通過修改備份配置庫的版本屬性，使得同步操作可以在當前拷貝備份的基礎上繼續進行。

此外，本申請還針對一些特定的同步失敗原因，提供了相應的自動處理方法，如果自動處理之後可以直接繼續進行同步處理，則可以避免使用完全拷貝方式，從而進一步提高配置庫的備份效率。

現有的配置庫同步方案，在對配置庫進行首次同步之前，需要先創建一個空的備份配置庫並使用svnsync init命令對其進行初始化，一旦在某次同步過程中發生錯誤，將導致之前已經備份的正確資料無法使用，並且即使重新部署一個新的備份配置庫，仍然難以保證後續同步操作的正確進行。

為解決上述技術問題，本申請提供的技術方案是：預先為備份配置庫設置一個版本屬性，這個版本屬性的作用是記錄備份配置庫中最後一個版本的標識，其中，在正常情況下，“最後一個版本”即為上一次成功同步的版本，而當同步失敗時，可以通過修改該屬性值，使得同步操作能夠持續進行。

本申請實施例所提供的Subversion配置庫備份方法包括以下基本步驟：根據備份配置庫的版本屬性，執行配置庫同步操作；如果同步操作成功，則將備份配置庫的版本屬性值更新為本次成功同步的版本標識；如果同步操作失敗，則在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。

應用上述方案，無需對備份配置庫進行初始化，通過直接為備份配置庫設置版本屬性，可以在同步操作無法正確進行時，通過拷貝的方式進行備份，然後通過修改備份配置庫的版本屬性，使得同步操作可以在當前拷貝備份的基礎上繼續進行。

為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員所獲得的所有其他實施例，都應當屬於本申請保護的範圍。

圖1所示為本申請實施例所提供的Subversion配置庫備份方法流程圖，其中，設repo1為源配置庫、repo2為備份配置庫，該方法包括以下步驟：S101，根據備份配置庫的版本屬性，執行配置庫同步操作；在進行配置庫同步操作之前，需要對備份配置庫進行屬性設置，其中，必要的屬性設置包括備份配置庫的版本屬性：svn:sync-last-merged-rev該屬性所記錄的是備份配置庫中最後一個版本的標識，即repo2/db/current中記錄的版本號，如果當前的配置庫為空，則可以取版本號為0。在下一次同步時，通過讀取該屬性，就可以繼續進行後續版本的同步。

此外，需要設置的備份配置庫屬性還包括：源配置庫的標識：

svn:sync-from-uuid

該屬性所記錄的是同步操作時所讀取的配置庫的標識，其中uuid為配置庫的標識，在本實施例中，所設置的屬性值即為repo1的uuid。

源配置庫的位址：

svn:sync-from-url

該屬性所記錄的是源配置庫的儲存路徑，在本實施例中，所設置的屬性值即為repo1的儲存路徑。

上述屬性均為repo2的全局屬性，屬性設置完畢後，就為源配置庫和備份配置庫建立了同步鏈結，執行svnsync sync http://localhost/repo2進行同步操作，根據repo2的版本屬性sync-last-merged-rev，即可將源配置庫中該版本之後的更新版本備份至repo2。

其中，也可以做進一步的配置，以實現在repo1有新的修訂版本提交時自動同步，從而建立repo1和repo2的即時同步。例如，可以通過對repo1的post-commit檔進行腳本定義，使得repo1在有新修訂版本提交時，自動觸發執行同步操作。

S102，如果同步操作成功，則將備份配置庫的版本屬性值更新為本次成功同步的版本標識；在正常情況下，每次同步操作成功之後，則自動將repo2的版本屬性更新為剛剛成功同步的版本標識。在下一次同步時，就會直接在該版本內容的基礎上進行內容更新。

S103，如果同步操作失敗，則在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。

如果同步操作不成功，則可以直接確定當前版本為不可同步版本。這裏所述的不可同步版本，仍然是一個可以正確運行的版本，其本身的代碼並不存在問題，只是由於某種原因，導致無法正確同步到備份配置庫中去。此時，可以通過完全拷貝的方式，將源配置庫中的所有版本(包括其中的不可備份版本)重新備份到備份配置庫。

現有技術中，同步操作必須在對空備份配置庫進行初始化之後進行，如果之前的版本採用的是拷貝方式進行備份，則無法在此基礎上再進行同步操作。而在本發明實施例中，通過拷貝方式備份源配置庫以後，還要進一步將備份配置庫的版本屬性修改成不可同步版本的版本號。也就是說，通過修改版本屬性，令系統把通過拷貝方式備份的版本識別為通過同步方式備份的版本，從而將無法同步的版本跳過，保證同步繼續進行。

當然，在實際應用中，有些特定原因所導致的同步失敗，是可以通過一定的方法進行快速處理的。因此，本申請實施例還提供以下的同步失敗自動處理方法：當出現同步操作失敗時，首先獲取相應的錯誤資訊，常見的錯誤資訊包括：備份配置庫鎖定、備份配置庫的某個檔鎖定、備份配置庫最後一個版本錯誤等，以下將分別進行說明。

a)備份配置庫鎖定：該類錯誤的錯誤資訊類似“Failed to get lock on destination repos,currently held by'alicode:1b27a4fd-fb0e-42a0-a13f-9091cc87b9ac'”的形式，其中“alicode”為機器名。

在同步過程中，可能會因為網路斷線或者其他因素導致sync程式中止，再執行下一次同步時就會失敗，這時候需要清除備份配置庫的鎖定保護，即通過以下命令刪除備份配置庫的sync-lock屬性：

svn propdel svn:sync-lock--revprop-r 0 http://localhost/repo2

b)備份配置庫的某個檔鎖定：

該類錯誤的錯誤資訊為：

svnsync: Server sent unexpected return value(423 Locked)

Subversion在用戶端可以使用lock功能將某個目錄或檔進行鎖定，只有鎖定人員可以修改該檔或目錄，在進行同步的時候，備份庫如果出現這樣的版本，執行同步時會因沒有許可權而導致同步失敗，此時需要將備份庫中的相應檔鎖定清除才能繼續同步，具體方法如下：

svnadmin rmlocks repo2/xxxx

其中，xxxx表示被鎖檔的路徑及檔案名。

c)備份配置庫最後一個版本錯誤：

該類錯誤的錯誤資訊為：

svnsync: Missing node-id in node-rev

在同步過程中，可能會因為網路或配置庫回應速度等問題造成備份庫的最新版本提交資訊不完整，即最後同步的版本資訊不全，此時備份配置庫表現為不可用，也無法繼續同步。應用本申請所提供的技術方案，可以刪除備份配置庫的最後版本，即刪除repo2/db/revs和repo2/db/reprops路徑下的最新版本，同時將repo2/db/current中記錄的版本號-1。同時，還要將備份配置庫的版本屬性值修改為該最後一個版本的前一個版本的標識，以便在下一次同步時，重新備份之前沒有備份完整的版本。

以上列舉了三種典型原因所導致同步失敗的快速處理方法，如果經上述方法自動處理之後可以直接繼續進行同步處理，則可以避免使用完全拷貝方式，從而進一步提高配置庫的備份效率。如果在進行相應的錯誤處理後，仍然同步操作失敗，則可以確定當前版本為不可同步版本，需要進一步執行S103。

當然，導致同步失敗的原因可能是多種多樣的，一方面，能夠快速處理的錯誤也不僅限於以上三類，本領域技術人員可以根據實際情況添加其他的快速錯誤處理機制；另一方面，對於無法快速處理的錯誤，甚至是不清楚原因的錯誤，也可以直接根據錯誤資訊，確定當前版本為不可同步版本，然後進一步執行S103。

相應於上面的方法實施例，本申請還提供一種Subversion配置庫的備份裝置，參見圖2所示，包括：同步單元210，用於根據備份配置庫的版本屬性，執行配置庫同步操作；同步成功處理單元220，用於在同步操作成功時，將預先設置的備份配置庫的版本屬性值更新為本次成功同步的版本標識；其中，該預先設置的版本屬性用於記錄備份配置庫中最後一個版本的標識；同步失敗處理單元230，用於在同步操作失敗時，在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。

應用上述提供的Subversion配置庫備份裝置，無需對備份配置庫進行初始化，通過直接為備份配置庫設置版本屬性，可以在同步操作無法正確進行時，通過拷貝的方式進行備份，然後通過修改備份配置庫的版本屬性，使得同步操作可以在當前拷貝備份的基礎上繼續進行。

參見圖3所示，本申請所提供的Subversion配置庫備份裝置置還可以包括：不可同步版本確定單元240，該單元具體可以包括：錯誤資訊獲取子單元，用於獲取同步操作失敗的錯誤資訊；第一確定子單元，用於根據錯誤資訊，確定當前版本為不可同步版本；錯誤處理子單元，用於根據錯誤資訊進行相應的錯誤處理；第二確定子單元，用於在進行錯誤處理後仍然同步操作失敗時，確定當前版本為不可同步版本。

其中，當錯誤資訊為：備份配置庫鎖定，則該錯誤處理子單元刪除備份配置庫的同步鎖定屬性。

當錯誤資訊為：備份配置庫的某個檔鎖定，則該錯誤處理子單元刪除該檔的鎖定屬性。

當錯誤資訊為：備份配置庫最後一個版本錯誤，則該錯誤處理子單元刪除備份配置庫中最後一個版本，並且將備份配置庫的版本屬性值修改為該最後一個版本的前一個版本的標識。

上述裝置中的不可同步版本確定單元240，可以針對一些特定的同步失敗原因，進行相應的自動處理方法，如果自動處理之後可以直接繼續進行同步處理，則可以避免使用完全拷貝方式，從而進一步提高配置庫的備份效率。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本申請可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該電腦軟體產品可以儲存在儲存媒體中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本申請各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於裝置實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中該作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。

本申請可用於眾多通用或專用的計算系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或可擕式設備、平板型設備、多處理器系統、基於微處理器的系統、置頂盒、可編程的消費電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分散式計算環境等等。

本申請可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式計算環境中實踐本申請，在這些分散式計算環境中，由通過通信網路而被連接的遠端處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。

以上所述僅是本申請的具體實施方式，應當指出，對於本技術領域的普通技術人員來說，在不脫離本申請原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本申請的保護範圍。

210．．．同步單元

220．．．同步成功處理單元

230．．．同步失敗處理單元

240．．．不可同步版本確定單元

為了更清楚地說明本申請實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對於本領域普通技術人員來講，還可以根據這些附圖獲得其他的附圖。

圖1為本申請實施例的Subversion配置庫備份方法流程圖；

圖2為本申請實施例的Subversion配置庫備份裝置的結構示意圖；

圖3為本申請實施例的Subversion配置庫備份裝置的另一種結構示意圖。

Claims (10)

1. 一種Subversion配置庫的備份方法，其特徵在於，預先為備份配置庫設置版本屬性，該版本屬性用於記錄備份配置庫中最後一個版本的標識；該備份方法包括：根據備份配置庫的版本屬性，執行配置庫同步操作；如果同步操作成功，則將備份配置庫的版本屬性值更新為本次成功同步的版本標識；及如果同步操作失敗，則在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。
2. 根據申請專利範圍第1項所述的方法，其中，該確定當前版本為不可同步版本的方法包括：獲取同步操作失敗的錯誤資訊；根據錯誤資訊，確定當前版本為不可同步版本；或根據錯誤資訊進行相應的錯誤處理後，仍然同步操作失敗，則確定當前版本為不可同步版本。
3. 根據申請專利範圍第2項所述的方法，其中，該根據錯誤資訊進行相應的錯誤處理，包括：當錯誤資訊為備份配置庫鎖定，則刪除備份配置庫的同步鎖定屬性。
4. 根據申請專利範圍第2項所述的方法，其中，該根據錯誤資訊進行相應的錯誤處理，包括：當錯誤資訊為備份配置庫的某個檔鎖定，則刪除該檔的鎖定屬性。
5. 根據申請專利範圍第2項所述的方法，其中，該根據錯誤資訊進行相應的錯誤處理，包括：當錯誤資訊為備份配置庫最後一個版本錯誤，則刪除備份配置庫中最後一個版本，並且將備份配置庫的版本屬性值修改為該最後一個版本的前一個版本的標識。
6. 一種Subversion配置庫的備份裝置，其特徵在於，包括：同步單元，用於根據備份配置庫的版本屬性，執行配置庫同步操作；同步成功處理單元，用於在同步操作成功時，將預先設置的備份配置庫的版本屬性值更新為本次成功同步的版本標識；其中，該預先設置的版本屬性用於記錄備份配置庫中最後一個版本的標識；及同步失敗處理單元，用於在同步操作失敗時，在確定當前版本為不可同步版本之後，通過完全拷貝方式對源配置庫進行備份，並且將備份配置庫的版本屬性值更新為該不可同步版本的標識。
7. 根據申請專利範圍第6項所述的裝置，其中，還包括：不可同步版本確定單元，該單元包括：錯誤資訊獲取子單元，用於獲取同步操作失敗的錯誤資訊；第一確定子單元，用於根據錯誤資訊，確定當前版本為不可同步版本；錯誤處理子單元，用於根據錯誤資訊進行相應的錯誤處理；及第二確定子單元，用於在進行錯誤處理後仍然同步操作失敗時，確定當前版本為不可同步版本。
8. 根據申請專利範圍第7項所述的裝置，其中，當錯誤資訊為備份配置庫鎖定，則該錯誤處理子單元刪除備份配置庫的同步鎖定屬性。
9. 根據申請專利範圍第7項所述的裝置，其中，當錯誤資訊為備份配置庫的某個檔鎖定，則該錯誤處理子單元刪除該檔的鎖定屬性。
10. 根據申請專利範圍第7項所述的裝置，其中，該根據錯誤資訊進行相應的錯誤處理，包括：當錯誤資訊為備份配置庫最後一個版本錯誤，則該錯誤處理子單元刪除備份配置庫中最後一個版本，並且將備份配置庫的版本屬性值修改為該最後一個版本的前一個版本的標識。