將 SVN Repositories 內部的下層目錄，提高成爲頂層 Repositories 的風險

         如何將倉庫中的一個目錄提高成到頂層，成爲頂層的 Repositories？ 個人結論是「無通解」、而且有風險！

例如: 將Repositories6 中 SVN:Repositories6/Rep6_Folder1 目錄，提高一級成爲一個頂層的 SVN: Rep6_New

網絡上傳播的方法，通過測試，步驟是這樣的：

用svnadmin dump命令導出文件，過濾數據：用 Svndumpfilter 命令過濾出須要的數據；而後直接編輯導出的文件！這一步是有風險的，除非數據庫中數據，只有最簡單的相互依賴關係。

網絡上通常給出的編輯文件的方法是，將文件中的這一段文字刪除掉，以下：

 

Node-path: 將要去掉的目錄名

Node-kind: dir

Node-action: add

Prop-content-length: 10

Content-length: 10

 

將文件中全部的：

Node-path: 將要去掉的目錄名/

替換成

Node-path: 

 將文件中全部的

Node-copyfrom-path: 將要去掉的目錄名/

替換

Node-copyfrom-path: 

備註：若是導出的文件很是大，Windows下編輯超大文件工具，UltraEdit可能都很差用了，能夠借用 Linux（Cygwin） 的 sed 或 ed。

如上編輯以後，將編輯過的文件，倒入到新建的Repositories庫中 （svnadmin load），成爲頂層的庫文件。以上就是網傳的方法。

然而，Repositories庫中數據可能有着更復雜的相互依賴關係，例如：

但願要提高的目錄（也包括文件）可能曾經被修改過名字，甚至刪除掉，又重建，你須要仔細查看log，才能知道前因後果，上面說的方法，不必定就那麼簡單，一蹴而就，一旦搞錯了就會混亂不堪。

最可靠的方法，就是損失掉以往的版本信息，導出export乾淨的Head版本的數據，添加、並提交到（頂層）新庫中。原來的下層目錄，仍是放在那裏好了，不要動它了。

 

 

實驗記錄：

中止 SVN 服務

 但願實現：

 Repositories6/Rep6_Folder1 目錄提高一級成爲一個頂層的Repositories ，New_Rep6（新建立的一個空的Repositories），如圖：

導出Repositories

svnadmin dump Repositories6 > DumpRep6

過濾導出文件

Svndumpfilter include Rep6_Folder1 < DumpRep6 > DumpFold1

會發現問題，導出的文件中，沒有有用的數據：

E:\Repositories>Svndumpfilter include Rep6_Folder1 < DumpRep6 > DumpFold1
Including prefixes:
'/Rep6_Folder1'

Revision 0 committed as 0.
……
Revision 11 committed as 11.
Revision 12 committed as 12.
svndumpfilter: E200003: Invalid copy source path '/folder1'

緣由是 Rep6_Folder1 是由 folder1 更名而來的（刪除&重建）。看日誌：

svndumpfilter 命令中使用包含 include 方式是不行的，由於Rep6_Folder1 本來的名字是 floder1（更名過）。這是版本控制的是根，被過濾掉了，Rep6_Folder1就沒有根了。改用排除法 exclude 過濾導出：

Svndumpfilter exclude Rep6_Folder2 < DumpRep6  > DumpFold1

Svndumpfilter exclude Rep6_Folder2 < DumpRep6 > DumpFold1
E:\Repositories>Svndumpfilter exclude Rep6_Folder2 < DumpRep6 > DumpFold1
Excluding prefixes:
'/Rep6_Folder2'

Revision 0 committed as 0.
……
Revision 23 committed as 23.

Dropped 7 nodes:
'/Rep6_Folder2'
'/Rep6_Folder2/0sizeFile.txt'
'/Rep6_Folder2/R6F2'
'/Rep6_Folder2/R6F2F1.txt'
'/Rep6_Folder2/R6F2F2.txt'
'/Rep6_Folder2/Rep6_Folder1'

彷佛是OK了，可是仍是有陷阱，若是同一級別的目錄還有其它的目錄，使用中又被刪除掉了，也會一併的導入出來了。（示例中的確如此，見下文。須要仔細查看日誌，發現這類問題，能夠對過濾出的文件，反覆的過濾。）

下一步編輯 DumpFold1 文件 。 將遇到一些棘手的問題。仍是須要仔細查看日誌。

而後導入到新建的 Repositories 中：

Svnadmin  load NEW_Rep6 < DumpFold1

導入編輯事後的文件，不必定會成功，導入可能時會遇到一些問題，須要反覆幾回的編輯修改文件。

例如，可能遇到以下問題：

E:\Repositories>Svnadmin load NEW_Rep6 < DumpFold1
<<< Started new transaction, based on original revision 2
* editing path : Text_BigEndian.txt ...svnadmin: E200014: Checksum mismatch for '/Text_BigEndian.txt':
expected: 9c74ac67638e44e4c8073f608b0655a7
actual: 513155e38d1b941b086234ec289ed6da

這時，你還須要去修改編輯導出的文件，將revision2 的 Text-content-md5:後綴的數字， 修改爲上面報告出來的 actual 值。

導入後的截圖以下：

 

能夠發現， 明顯有一個問題 ：多出了一個 Rep4_Folder目錄。這是一個曾經被添加的目錄，而後又刪除掉了（有意預留的「炸彈」）。這是編輯處理文件不完善形成了遺留。須要仔細看日誌，搞清楚數據之間的邏輯關係，也能夠將編輯或過濾掉不須要的文件，能夠用 Svndumpfilter 再次過濾一次或屢次。

 

致使上面效果，編輯導出的文件方法附以下：（細節部分，嫌煩忽略）

替換掉folder1/

替換掉Rep6_Folder1/

刪除下面一段：

Revision-number: 1
Prop-content-length: 137
Content-length: 137

K 10
svn:author
V 16
VisualSVN Server
K 8
svn:date
V 27
2018-05-25T02:04:35.731309Z
K 7
svn:log
V 25
Created folder 'folder1'.
PROPS-END

Node-path: folder1
Node-kind: dir
Node-action: add
Prop-content-length: 10
Content-length: 10

PROPS-END

 

刪除下面一段

Node-path: Rep6_Folder1
Node-kind: dir
Node-action: add
Node-copyfrom-rev: 12
Node-copyfrom-path: folder1
Content-length: 0

 

Node-path: folder1
Node-action: delete
Content-length: 0

 

Revision-number: 14
Prop-content-length: 112
Content-length: 112

K 8
svn:date
V 27
2018-06-25T02:37:34.462649Z
K 7
svn:log
V 38
This is an empty revision for padding.
PROPS-END

 

而後按照導入失敗的提示修改 Text-content-md5 後面的數字。前文已描述過了。