2016-07-25 95 views
1

VisualSVN Serverからリポジトリから一連のブランチを削除しましたが、リポジトリの合計サイズは削除後に減少しません。これを行うには正しい方法ですか、何か不足していますか?Visual svnからフォルダを削除するには?

+2

ソース管理の目的は、ファイルの履歴を保持することです。 –

+0

最初の質問:リポジトリにはどのくらいのスペースがありますか? 2番目のもの:リポジトリには何を保存しますか?リポジトリから何かを削除する必要がありますか?利用可能なディスク容量を増やすべきでしょうか? Subversionリポジトリは、通常、非常に少量のディスク領域しか使用しません。 – bahrep

答えて

2

VisualSVNサーバーはApache Subversionに基づいています。 Apache Subversionは、データがコミットされると、永久にリポジトリに格納されることを約束します。 @ÁlvaroGonzálezがコメントで指摘したように、ソース管理の目的全体である:ファイルの履歴を保存する。ただし、データを削除する必要がある(つまり、消去または消去する)特別なケースがあります(下記参照)。 リポジトリのサブツリーにVisualSVN Server Managerのコンソールで操作を削除実行

  • svn deleteコマンドを実行するのと同じ結果になります。最新の(HEAD)リビジョンからファイル、一連のファイルまたはサブツリーを削除するだけですが、データとその変更履歴はリポジトリに残ります。

    また、Subversionの場合はブランチを削除することは意味がありません。ブランチは、ほとんどがブランチからコピー元のソースへのポインタです。したがって、実際にはサーバー側に大きなスペースを必要としません。

  • 確かに、リポジトリから一部のデータを削除、削除、または削除する必要がある特別なケースがあります。しかし、特に企業環境では、Subversionリポジトリの容量ができるだけ少なくなるため、ディスク容量の削減は実際にはそうではありません。ユーザーがマルチギガバイトのISOやビデオファイルを保存するのではなく、ソースコードのみを保存する場合は、リポジトリからデータを削除することはお勧めしません。代わりにディスク容量を増やしてください。

    ただし、機密データを使用してファイルをパージするか、間違って大量のファイルをコミットしてリポジトリにコミットするか、リポジトリの再構築が必要な場合があります。だからこそSubversionはrepository filteringを提供しており、Subversionプロジェクトの最初から要求されている"obliterate" featureのサポートを開始することを願っています。

関連する問題