問題タブ [obliterate]

ここ数年、私は Subversion が「完全に削除」(消去) 機能を備えてくれるのを待っています。Subversion (Visual SourceSafe から来ています:p) への移行をためらっています。なぜなら、これは不可欠な機能だと思うからです。ただし、何らかの理由で、この機能は何度も延期されます。そのため、obliterate 関数を不要にする他の機能や回避策があるかどうか疑問に思い始めます。

SVN 中央リポジトリを縮小したいときはどうしますか?

例 1 :大規模なサード パーティ ライブラリをチェックインしましたが、数週間後に自分のニーズに合わないことがわかりました。その大量のデータを永久に保存してバックアップしたくありません。

例 2 : リポジトリには 10 個の大きなサードパーティ ライブラリの 10 個のバージョンがありますが、最新バージョンのみを使用しています。

例 3 : 誤って機密情報をチェックインしてしまいました ( Johnの提案による)。

例 4 : リポジトリに入れるつもりのない大きなファイルを誤ってチェックインしてしまいました。

最大リポジトリサイズのフリーミアムサイトでホストされているSVNリポジトリがあります。この容量に近づくと、チェックインしたファイルを認識し、ディスク領域を解放するために完全に削除できることがわかります。ファイルを削除できるだけでなく、履歴も削除できることをSVNに伝えるにはどうすればよいですか？

選択したファイルのクリーンな履歴とリビジョンのスクリプトを実行しています。

バイナリ ファイルの FileType を binary+S3 に変更したので、このファイルは最後の 3 つのリビジョンだけを保持します。

この方法を使用すると、デポ ファイルに他のリビジョンの履歴が常に表示されますが、すべてのリビジョンを削除して一部の「パージ」リビジョンを保持しない p4 obliterate 関数を使用する代わりに、現在は「パージ」されています。

私の質問: すべてのリビジョンで 5 が削除されると予想されるファイルと、+S5 属性を使用するファイルの違いは何ですか。

ありがとう ！

コマンドラインから空のディレクトリ パスを取得し、それらをデポから削除 (消去) する方法が必要です。

自動化の目的で、パスを取得するために使用しようとしましたp4 dirs directory-pathが、このコマンドは「そのようなファイルまたはディレクトリは存在しません」と出力します。空のディレクトリと間違ったパスを区別していないようです。別の方法はありますか？

We are trying to figure out a mysterious p4 obliterate command. Is there a way to see the command history at the server, from which client was it issued, etc? Does the history information being stored some where?

Thanks.

ダンプ|フィルター|ロード、抹消などの問題全体を認識しています。また、通常は履歴からファイルを削除する必要がないことに同意します。

しかし、私は特別なケースだと思うものがあります。過去数年間、私のチームはいくつかの iOS プロジェクトに取り組んでいました。すべてが密接に関連しているわけではありませんが、いくつかの共通コードを共有しており、同じ svn リポジトリで管理されています。

問題は、会社がプロジェクトの1 つのさらなる開発を第三者に譲渡することを決定したことです。そのプロジェクトのコード (履歴を含む) を提供する必要がありますが、他のプロジェクトのコードは提供したくありません。

どうやってやるの？Svndumpsanitizer の作成者によって文書化された理由により、ダンプ | フィルター | ロード サイクルはうまくいきません。残念ながら、Svndumpsanitizer 自体もそうではありません。私の現在のアプローチは、履歴を削除できるgit にリポジトリを移行することです。でもそれはやり過ぎだと思います。