質問

私は寛大な Web サイトから無料で提供された Subversion リポジトリを使用しています。これは、リポジトリ用に作業できるのは 200MB だけであることを意味します。ただし、これは非常に寛大であり、ソース コードのニーズには十分すぎると考えているため、不満はありません。

ただし、私は、単にシステムが強力であるため、「過去に戻って」問題を解決したい場合に、よりストレージの多いファイルタイプに対して Subversion を使用することがあります。私はどちらかというとまとまりのない人間なので、物事を整理するのに役立つ専用のバージョン管理システムのようなものがあると本当に助かります。

そこで私が疑問に思うのは、クラウド上の私のリポジトリが、私が誤ってバージョン管理に追加した可能性のある大きなファイルを「保持」することになるのかどうかということです。いくつかの大きなファイル (たとえば、多数の 2MB jpeg ファイル) を Subversion リポジトリに追加するとします。さらに、後続のコミットでそれらを少し編集したり、ログに不必要に冗長なコミット メッセージ コメントを追加したりすることもできます。その後、これらの JPEG はもう必要ないことに気づき、削除します。

最初にファイルを追加したときのコミット番号も含め、以前のコミット番号でリポジトリをチェックアウトできるはずですが、後でリポジトリからファイルを削除したとしても、実際のリポジトリは保持され続けるという意味ですか?チェックアウトできるようにするためなら、彼らに永遠に?

この場合、このデータを削除するための規定があると思いますか?この種の「使い捨て」デ​​ータでリポジトリが肥大化した場合 (たとえば、200 MB の割り当てを使い果たしたが、プログラミング目的でリポジトリをもう少し使いたい場合など)、 いくつかの 脂肪を取り除く方法はありますか?

事前にこのトピックについて調べていなかったことをお詫びします。遅いです。

役に立ちましたか?

解決

リポジトリにはデータが確実に保持されます。正しい専門用語は消滅しています。がここにあります リンク この機能がなぜ Subversion に存在しないのかを説明します。

次のバージョン 1.7 / 1.8 にも含まれません。Subversion のロードマップは次のとおりです。 ここ.

ホストされた Subversion を使用しているため、サーバー上で svndumpfilter コマンドをリモートで実行できるかどうかをホストに確認してください。

他のヒント

はい、「削除」されたファイルは SVN リポジトリにまだ残っています。

それは、後でリポジトリからそれらを削除したとしても、チェックアウト機能を確保するためであれば、実際のリポジトリはそれらを永久に保持し続けることを意味しますか?

はい

この場合、このデータを削除するための規定があると思いますか?

いいえ、ありません。ただし、リポジトリをファイルにダンプし、不要な部分を切り取り、リビジョンを再度番号付けして、新しいリポジトリにロードし直すことができます。でも気をつけてね…いくつかあります フィルタリングツール このタスクの実行に役立つように利用できます。コマンドが呼び出されます svndumpfilter.

ソース管理システムは、ユーザーが任意の時点に戻ることができ、すべてのデータが以前と同様にその特定のリビジョン番号で利用できるようにすることに多大な労力を費やしています。

バージョン管理の要点は、何も削除されたり、永久に上書きされたりしないようにすることです。したがって、ファイルを「削除」すると、現在のビューからのみ削除され、以前のビューからは削除されません。以前のビューの場合は、まだ存在します。

不要なアイテムをダンプしたり手動で削除したりする方法もありますが、ユーザーフレンドリーとは程遠い傾向があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top