在具有提交訪問權限的Mercurial中鏡像Subversion存儲庫

Question

我的團隊希望開始在存儲在Subversion存儲庫中的現有代碼庫上使用Mercurial的試運行。我們希望有一些開發人員使用Subversion存儲庫的Mercurial鏡像，並讓團隊的其他成員繼續使用現有的Subversion存儲庫。

我遇到過這樣的文章，如SubversionToMercurialSync，它允許Mercurial鏡像的只讀訪問權限。

我們希望能夠使用現有的代碼庫測試Mercurial的所有功能，以便團隊能夠繼續開發。諸如svn2hg之類的工具將允許我們測試Mercurial的本地分支功能，但我們也希望能夠測試其他遠程存儲庫的推送，拉取，合併等。爲此，我們需要一個具有提交訪問權限的遠程Mercurial鏡像。

有沒有人試過這個工作流程？如果是這樣，我應該使用什麼工具/技術來實現這一點？

Answer 1

如果您只是試用它，只需使用它們並行。根據需要手動同步兩者。 您可以通過本地（非克隆）hg repo在小規模上熟悉它，但在您作爲團隊開展工作之前，您不會對hg感到滿意。我不會建議保持這種分裂的個性很長時間，因爲歷史將傾向於散佈諸如「hg，svn」之間的大同步「」等非實用提交消息。我也建議只在雙重沙盒中的默認分支上開發。如果您想在命名分支上進行實驗，請在純HM的沙箱中嘗試。

開始通過同時包含.hg和.svn文件子目錄converting your svn repo to hg

使用發展 「沙箱」。您大概可以複製克隆的repo中的.hg目錄。

理想的情況下，參與審判開發商應承諾都VCS的同步，但...

要手動同步SVN到韓庚：

svn update 
hg addremove 
hg commit 
hg push 

手動和HG同步到SVN：

hg pull -u 
(svn add newfiles) 
(svn remove gonefiles) 
svn commit 

選擇一個新功能，可能需要一些時間來開發（幾天到幾周），然後開始從你的svn基地轉換的汞回購這樣做。這會讓你體會到svn缺乏的強大的分支和標記功能。

我認爲我的團隊做得很好。我們設置切換日期（一個月後）。在那段時間，一些團隊用hg進行修飾，並達到了一定程度的熟練程度。這對同伴的幫助很有幫助。 做了午餐&學習零日切換到mercurial。我們都帶着我們的筆記本電腦玩了相同的回購，更換文件，提交，推，拉。人們願意嘗試，因爲它沒有任何數據。使用單個文本文件啓動回購，告訴人們如何克隆/推/拉回購，然後告訴他們改變某些內容（不指定內容）。讓每個人都按照自己的節奏工作。他們將創建新文件，更改文件，創建衝突，解決它們......

這種方法要求您至少有一個相當熟悉分支和合並以充當促進者的人。