私は仕事でSourceSafeを使わなければなりませんでした、そしてそれは吹き飛ばされます。TortiseSVNに切り替えたいのですが、LANを介して作業していると、問題が発生する可能性がありますか?本当?とにかく腐敗を回避する方法はありますか?
この時点で、SourceSafeでさえ物事を破壊し始めています。(ひどいプログラム...)ありがとう!
私は仕事でSourceSafeを使わなければなりませんでした、そしてそれは吹き飛ばされます。TortiseSVNに切り替えたいのですが、LANを介して作業していると、問題が発生する可能性がありますか?本当?とにかく腐敗を回避する方法はありますか?
この時点で、SourceSafeでさえ物事を破壊し始めています。(ひどいプログラム...)ありがとう!
TortoiseSVNは、Subversionサーバーとともに、LAN上で完全に機能します。
TortoiseSVNには、ローカルのファイルベースのリポジトリに対して機能する可能性があります。ファイルベースのリポジトリがネットワークドライブに配置されている場合、問題が発生する可能性があると思います。そうしないでください。
Source Safeは、適切なサーバーソフトウェアを使用せずに、ネットワーク共有に基づいて共有を試みます。エラーが発生しやすいです。Subversionで同様のことをしようとしないでください。
SVNサーバーは、WindowsとUnixの両方で正常に動作します。両方のプラットフォームで利用可能なインストーラーがあります。
自宅のマシンでSubversionを問題なく実行しました。(私は今Gitを使用しています。)
仕事用のSVNリポジトリにアクセスするためにインターネットに出かけるべきではありません。ファイアウォール内のサーバー、ネットワーク上でホストすることを想定しています。
しかし、インターネット経由でSubversionにアクセスするのは完全に正しいことです。多くのオープンソースプロジェクトは、匿名ユーザーがインターネット経由でコードにアクセスできるように、読み取り専用アクセスを許可しています。どこで情報を入手していますか?新しい情報源の時間です。
それが私の職場で起こったとは言えません。私たちは約50人です。
あなたはそれを間違っています-VSSはネットワーク上で実行されると破損する傾向があります。これは特にWANに当てはまります。VSSは、VSS DB内のファイルを直接変更することで機能します。ファイルの送信中にネットワークの不具合が発生した場合、VSSは認識されないため、部分的なファイルをDBに非常に適切に保存します。これまで見てきたように、ファイルが大きいほど、またはネットワークが不安定であるほど、データが失われる可能性が高くなります。
SVNはこのようには機能しません。サーバーアプリケーションを使用し、ファイルをサーバーに送信し、チェックしてから安全に保存します。問題がある場合は、それが教えてくれます。
これで、ファイルを直接操作するようにSVNを構成できます(より一般的なsvn://またはhttp://プロトコルの代わりにfile://プロトコルを使用)。これは、多くの場合、データを読み取るサーバープロセスによって行われます(バックアッププログラムのように)が、通常の使用にはお勧めしません。人々はこれをローカルのみのsvn操作、つまりユーザーが1人しかいない場合に使用していましたが、現在は誰も使用していません。
すべてをセットアップする優れたインストーラーがあります。最もよく知られているのはVisualSVNサーバーですが、UberSVNもあります。1つをつかんでそれを使用してください、あなたははるかに幸せになります。