であれば、このない「SO'っぽい十分--- SVNのWindows
が、私は彼女の言葉およびVisio文書のバージョン管理に探しているハイテク書き込みの友人を持っています。私は彼女にTortioseSVNをチェックしてもらうか、地元のバージョン管理のためにそこにあるGitのM $風味をチェックしてもらいました。しかし、彼女はファイルが破損した場合に何が起こるか心配しています...私は明らかにWindowsを使用せず、OS XまたはLinuxマシンでファイル破損に問題があったことはありません。誰もがVCを使用して問題を経験し、ファイルが壊れてしまったことはありますか？EDIT： 私はVCが破損を引き起こすわけではありません。VCアプリケーションがファイルの破損をどのように処理するのか疑問に思っています。
私は堕落したreposを私に持ってきました。しかし、私は、これはa）以前のバージョンでは、a）reposのいくつかの "面白い"管理作業をしていたことを指摘しておきます（新しいreposにreposの一部を取り込もうとしています）。それは私のせいかもしれない。
しかし、私はかなり安全だと言っていました。私は私のレポに多くの重要なことを約束します。
彼女に指摘することは、彼女が心配している場合は、複数のチェックアウトを常に続けることができるということです。彼女が1日に1回更新する2回目のチェックアウトをしている場合、メインチェックアウトがOKであることを確認した後、真の災害が発生し、レポと作業チェックアウトが破損した場合、もう1つのチェックアウトにドキュメントが保存されます。
つまり、レポの毎日のバックアップは、さまざまな理由で良いことです。
私はまた、少しの訓練とサポートで、非技術者は通常Subversionに問題がないことに気付きたいと思います。 Excelに問題があった人にSubversionを使用するよう教えてくれました。数週間後、彼らは自分でそれをうまく使っていました。
私は心配していますか？
チェックアウトとチェックインの間にファイルが破損した場合は、明らかにdiffファイルに表示され、完全な履歴が残っています。
あなたのファイルが壊れているかどうか疑問に思うのはSVNの仕事ではありません。SVNに関する限り、破損の定義は何ですか？
Windowsに特有のバグがあるかもしれませんが、私の経験ではファイルが壊れていないので、少なくとも1つは壊れていません。私はsvnのクリーンアップで解決しなければならないコミット後の問題を経験したり、ディレクトリを削除して再チェックアウトしたりすることはよくありますが、突然変異しているものはありません。
すべてのソフトウェアにはバグがあります。パッチが当てられていないかどうかは疑問です。 SVNの品質管理はかなり良いですが、わかりません。
ところで、私は非常にクライアントのためのSmartSVNをお勧めします。これはTortoiseよりはるかに優れていますが、少し遅くJavaで書かれています。 TortoiseSVNは比較していませんが、私のレポをより良くコントロールすることはできません。
SVNを使用して定期的にコミットするのは、ファイルの破損を緩和するのに最適な方法です。ファイルが破損した場合（わかりませんが）、最後の破損していないリビジョンにロールバックするだけです。
SVNは、デルタではなく新しいコピー全体を保存する点でバイナリファイル（ワードドキュメントなど）でうまく動作しませんが、大量の情報や何かを話すようなものではありません。
SVNには少しの学習曲線がありますが、SVNにはちょっとしたことがあります。
SVNはバイナリまたはテキストとしてマークされているかどうかにかかわらず、常にすべてのファイルに対して同じバイナリ差分アルゴリズムを使用します。 –
...バックエンドでrdiffを使うと信じています。 –
私はSVNを数年間使用しており、ファイルが破損したことはありません。破損が心配な場合は、リポジトリの定期的なバックアップ計画を立ててください。また、このブログを見てくださいhttp://newgeeks.blogspot.com/2006/08/word-document-management-using-svn.html
リビジョン管理は、定期的なバックアップに代わるものではありません。残念なことに、まともなオペレーティングシステムも使用していません。 ;） –
毎日彼女を変えようとしていますが、MS Wordが大好きです... –
誰かがドル記号を刈る必要があり、プロフェッショナルではありません。 –