2011-12-09 17 views
1

我有一個遠程SVN存儲庫,我沒有權限管理。該存儲庫服務器除常規SVN操作外沒有其他功能,並且不包含任何(有用的)SVN掛鉤。我有興趣設置某種本地代理(不確定它是如何被調用的)到遠程存儲庫(例如,當有人將更改提交到本地「虛擬」存儲庫時,本地服務器必須提交更改爲遠程的),如果這樣的代理可以支持SVN掛鉤,那麼我真的很好,所以我可以配置我的本地(或局域網)組的SVN掛鉤。是否有任何代理行爲像連接到遠程存儲庫的「虛擬」SVN服務器?

所以我在找的是,就像就像一個普通的代理服務器,但它的行爲就像一個「虛擬」SVN服務器。有沒有可能(特別是Windows)?

在此先感謝。

P.S.對不起,可能不太清楚的解釋。

+0

TortoiseSVN的客戶端鉤子是否足夠好? –

+0

@Albin,不是。如果爲開發團隊的所有成員共享常用的SVN鉤子集(+它不需要本地任何成員的任何配置管理)將會很好。另一個原因是有些人更喜歡TortoiseSVN,但也有一些人喜歡,比如IntelliJ IDEA內部的SVN支持。 –

回答

0

至少有兩個我知道這個問題的解決方案。

第一個是使用從端SVNMasterURI指令的遠程主站和本地從站SVN服務器的詳細配置。據我瞭解(但我還沒有嘗試過)考慮proposed solution,這個解決方案可能有一些困難:使用svnsync(它可能會導致與主存儲庫絕對同步 - 這並不總是好的);主服務器specific configuration,但由於沒有權限管理主存儲庫,所以這並非總是可行;從屬存儲庫的一些possible problems工作;據我瞭解SVNMasterURI指令的範圍,將整個從屬服務器(不是一個從屬存儲庫)全部提交給主控制器。

第二,大概simplier,溶液使用水銀與hgsubversion延伸安裝,configuring共享本地Mercurial庫,並enablingcommit.autopush鉤。不幸的是,這個解決方案對我來說至少有一些問題:我們的開發團隊不會很高興學習Mercurial只是使用構建/電子郵件/測試鉤子(這些變化太激進了,肯定+並不意味着拒絕掌握SVN思想);據我所知,從屬Mercurial存儲庫版本號與主Subversion版本庫版本號不匹配讓我們感到困惑。

相關問題