29

リポジトリからチェックアウトした大きなアプリケーションを使用しています。このアプリの大部分は.svn/pristineフォルダーにあります。私が理解していることから、pristine フォルダーには workingCopy ディレクトリ内のファイルのコピーが含まれています。

そうは言っても、

  • これらのファイルを削除してもよろしいですか?
  • 本当に必要ですか？

ファイルは既にバックアップしてあり、元に戻すつもりはありません。余分なスペースが得られると、コンパイル時間も大幅に短縮されます。

編集

内部で何かを手動で変更する.svnと、作業コピーが壊れる可能性があることを理解しました。

workingCopy のサイズを小さくする方法を見つける必要があります。TortoiseSVN には、Cleanup - Delete unversioned files and folders「作業コピーで生成されたすべてのファイルを削除する」があります。おそらく、これは私のアプリケーションを壊すことなくそれらのファイルを取り除くでしょうか?

乾杯

4

3 に答える 3

68

を起動してみてくださいsvn cleanup。から不要なファイルを削除します.svn/pristine。

于 2014-08-22T17:07:10.440 に答える
17

  • .svn作業コピーのディレクトリを手動で変更しないでください。ディレクトリは、クライアント側の操作に必要です。

  • ディレクトリには、.svn作業コピーのメタデータと WC ファイルの元のコピーがクライアント側の操作用にのみ格納されます。SVN リポジトリではなく、各 SVN 作業コピーに存在する必要があります。Subversion リポジトリに保存すると、クライアント側でエラーが発生する可能性があります。

    .svnつまり、ディレクトリをリポジトリに格納しないでください。このディレクトリがリポジトリにある場合、誰かが誤ってコミットした可能性があります。最新のリビジョンから削除するか、toolを使用してフィルターsvndumpfilter処理して完全に削除します。

    SVNBook |を参照してください。Subversion ワーキング コピー:

    作業コピーには、これらのコマンドの実行を支援するために、Subversion によって作成および管理される追加のファイルも含まれています。特に、各作業コピーには、作業コピーの管理ディレクトリとも呼ばれる .svn という名前のサブディレクトリが含まれています。管理ディレクトリ内のファイルは、Subversion がバージョン管理されたどのファイルに未公開の変更が含まれているか、またどのファイルが他のユーザーの作業に対して古くなっているかを認識するのに役立ちます。

  • TortoiseSVN の「クリーンアップ - バージョン管理されていないファイルとフォルダーを削除する」オプションは、作業コピー内のバージョン管理されていないファイルを削除します。たとえば、プロパティによって無視されたファイル、svn:ignoreビルドまたはデバッグの実行後に生成されたファイル。

    リポジトリ/作業コピーに大きなバイナリを保存していると思います。SVN リポジトリを再編成せずに作業コピー サイズの問題を解決できるとは思いません。

于 2014-03-28T13:51:26.903 に答える
6

長いビルドの私の本当の理由は、Eclipse のバリデーターであることが判明しました! JavaScript のすべてのバリデーターをオフにすると、ビルドはほぼ瞬時に行われます。信じられない。

于 2014-03-29T19:49:22.900 に答える