遠程Subversion版本庫

我目前的項目是它的主Subversion版本庫位於網絡上，訪問受限制。我們的大多數開發人員都可以訪問此網絡，並具有代碼庫的全部功能。我目前有1個「遠程」開發人員無法訪問網絡。我目前管理的方式是將工作副本檢出到一個新的工作區，將其壓縮併發送給他工作。在收到我的每個代碼轉儲後，他將其放入本地Git庫中，以便爲自己提供一些版本控制。當完成一組任務後，他將其備份併發送給我，由於它仍包含svn元數據，我可以與存儲庫同步並提交/合併其更改。然後重複。這對我來說是一個巨大的痛苦，但它是可控的，因爲我只爲一個人做。遠程Subversion版本庫

我們正在研究添加幾個無法訪問受限網絡的遠程開發人員的可能性，因此我正在尋找替代方案來解決我目前的情況。理想情況下，我想擁有一個遠程存儲庫，它本質上充當主存儲庫的分支。我已經閱讀了關於svnsync來創建一個鏡像，但它看起來不像你可以提交到鏡像或從鏡像回到源。我需要能夠承諾回購，合併和重新整合。我不反對從Subversion切換到Git，但我想保留這個作爲最後的解決方案。

歡迎任何建議！謝謝！

來源

2012-02-29 schmimd04

這聽起來像完全遷移到Git是你想要做的。我建議你看看How to use git-bundle for keeping development in sync?。該答案中的工作流模式似乎與您所描述的情況類似。

來源

2012-02-29 05:58:36

我選擇這個作爲我的答案，因爲我決定切換到Git。我有90％的遷移回來，我想要的方式，剩下的就是弄清楚如何託管它，並讓我的團隊都學習Git！感謝您的建議！ – schmimd04 2012-03-03 03:19:25

我們有一個類似的設置，但使用下列內容：

SVN作爲主存儲庫混帳SVN倉庫這確實雙向通信每個遠程工人有一個Git倉庫，並推到混帳svn的回購

然後，git-svn repo可以更新主存儲庫，唯一擁有git-svn repo控制權的人應該是你自己的，並且應該像平常一樣保護對它的訪問。我們發現這樣做效果很好，並且允許我們在允許遠程工作人員提交的同時保持主要SVN存儲庫的私有性。

來源

2012-02-29 03:29:30 Tim

我們的受限網絡實際上是一個獨立的網絡。我實際上必須將數據刻錄到CD才能來回移動。我是否需要將整個git-svn repo刻錄到CD才能更新主控？ – schmimd04 2012-02-29 03:37:23

如果你不能允許遠程訪問git-svn倉庫，你將不得不這樣做。 git-svn不可能作爲橋樑嗎？例如，它可以遠程訪問，但也可以訪問獨立網絡上的SVN回購協議？ – Tim 2012-02-29 03:50:45

@ schmimd04 - 1.「獨立網絡」和「將其壓縮併發送給他」相關性很差2.也許是時候鏈接到網絡了？ 3. DVCS的工作副本（+回購）可以從傳輸驅動到閃存驅動器 – 2012-02-29 03:54:01

遠程Subversion版本庫

回答

相關問題