2

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

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

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

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

4

1 に答える 1

2

ATM を見る限り、公式の Apache Subversion FAQ エントリがあなたのケースに当てはまります。

おそらくリポジトリ履歴をフィルタリングできる新しいアプローチが役立つはずです：

svnsyncリポジトリ履歴から除外する必要があるパスへの読み取りアクセスを拒否するパスベースの承認ルールを構成した後、ツールを使用してリポジトリを複製できます。

とは異なりsvndumpfilter、svnsyncは読み取り不能なソース パスを使用したコピー操作を通常の追加に自動的に変換します。これは、コピー操作に関連する履歴をフィルタリングする必要がある場合に役立ちます。

この回答も確認してください: https://stackoverflow.com/a/13720677/761095。

于 2013-03-20T22:14:29.993 に答える