2011-12-09 10 views
1

私は管理する権限がないリモートSVNリポジトリを持っています。そのリポジトリサーバーには通常のSVN操作以外の特別な機能はなく、(有用な)SVNフックは含まれていません。私は、ローカルリポジトリに何らかの種類のローカルプロキシを設定することに興味があります(たとえば、誰かがローカルの "仮想"リポジトリへの変更をコミットしたときなど)。そのようなプロキシがSVNフックをサポートすることができれば、ローカル(またはLAN)のSVNフックを設定できるようになると、本当に素晴らしいものになるでしょう。リモートリポジトリに接続された "仮想" SVNサーバーのように動作するプロキシはありますか?

は通常のプロキシサーバーと同じですが、それは「仮想」SVNサーバーのように動作します。それはまったく可能ですか(特にWindowsの場合)?

ありがとうございます。

P.S.おそらくあまりにも明確な説明を申し訳ありません。

+0

TortoiseSVNのクライアントサイドフックで十分ですか? –

+0

@Albin、そうではありません。開発チームの全メンバーに共通のSVNフックセットを共有することはいいでしょう(+任意のメンバーのための構成管理をローカルに必要としません)。別の理由は、TortoiseSVNを好む人もいれば、IntelliJ IDEAの内部SVNサポートを好む人もいます。 –

答えて

0

私には少なくとも2つの既知の問題があります。

最初は、スレーブ側のディレクティブを使用するリモートマスターとローカルスレーブSVNサーバーの詳細な設定です。 proposed solutionを考えると、現時点では理解していますが(まだ試していませんが)、この解決策にはいくつかの困難があります。svnsyncを使用すると(マスターリポジトリとの絶対的な同期が発生する可能性があります。マスターサーバーspecific configurationがありますが、マスターリポジトリを管理する権限がないため、これは常に可能ではありません。スレーブリポジトリの一部のpossible problemsが動作します。私がSVNMasterURI指令の範囲を理解している限り、スレーブサーバ全体(単一のスレーブリポジトリではない)をマスタに完全に提出してください。

秒、おそらくsimplier、溶液をインストールhgsubversion拡張、configuring共有ローカルのMercurialリポジトリとのMercurialを使用しており、enablingcommit.autopushフック。残念ながら、この解決法は少なくとも私にとってはいくつかの問題を抱えています。私たちの開発チームは、Mercurialがビルド/電子メール/テストフックを使うことを喜んで学ぶことはありません(これらの変更はあまりにも過激です。マスターSVNイデオロギー);私が理解する限り、スレーブのMercurialリポジトリのリビジョン番号がマスターSubversionリポジトリのリビジョン番号と不一致で私たちを混乱させてしまいます。

関連する問題