HTTPサーバの代わりにファイルシステム上のMercurialリモコン

Question

私は現在、svnからmercurialへの移行に取り掛かっています。私のニーズは単純でシンプルですが、私は私たちの会社のイントラネットのソース管理が必要です。私は、IIS上でリモートリポジトリをセットアップするための例をどこからでも見ることができます。私はちょうどサーバー上でシェアを作ることができるという点を見ていない。

私はまだセットアップ権限と認証NTFSアクセス許可を使用してリポジトリにできますか？

何か不足していますか？

はありがとう

Answer 1

ファイル共有の作品にリポジトリを置くが、それはMercurialのチームが推奨する方法ではありません。

必ず、は、一般的に、ネットワークのファイルシステムの信頼性に関する一般的な問題にをお勧めしません、一般的に

イントラネットに限定：

はHGのwikiにPublishing Repositoriesの「共有ディスク」の部分を参照してください。 Chris Becke's answerもチェックしています。なぜなら、彼は別の有効な短所（ネットワーク共有からのものを削除する書き込みアクセス権を持っている人たちを意図的に指摘している）を指摘しているからです。ネットワーク共有上のリポジトリを置く

あなたが知っている（と一緒に暮らすことができる）場合は、これらの事は、疑いもせずにセットアップする最も簡単な方法です。

私の個人的な経験は、それがある限り、Windowsのシェアは、「本物の」Windowsマシン上にあると完璧に動作していることです。
私たちは実際のWindowsサーバー上で問題なくシェアを使用していますが、自宅ではNAS（Windows共有のように動作しますが実際はLinux上で動作します）で問題が発生しました。
あなたはここに私の経験についての詳細を読むことができます：
Can you 'push' to network share using Mercurial on 64bit Windows 7?

Answer 2

書き込み可能なファイル共有にすべてで、よく、好む何でもする多くの理由があります。それがダウンになる。本質的に

、誰かがウェブメソッドを介してプッシュを行う能力を行うことができます損傷の限られた量があります。 一方、プッシュを行うには読み取り/書き込みシェアが必要ですが、ユーザーはレポ、履歴、およびすべてを削除することもできます。

でも悪意を呼び出さず、人（または不正なソフトウェアエージェント）は、ランダムネットワーク共有に移動し、誤ってそれが属していないどこかにするファイルをドラッグするために知っているされています。

ポルノを人事部に送るのにロックされていない電子メールアカウントを使用するのが面白いと感じているわけではありませんが、掃除婦がぼかしとキーボードでできることは素晴らしいからです。また、ワークグループ内のすべての共有をスキャンしながらMusic Libraryアプリケーションが見つけることができ、慎重に "移動"してカタログをsomeonesライブラリに保存することもできます。