web-dev-qa-db-ja.com

.svn / pristineの内容を削除しても安全ですか？

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

とはいえ、

  • これらのファイルを削除しても大丈夫ですか？
  • 本当に必要ですか？

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

[〜＃〜] edit [〜＃〜]

私は、.svnは、おそらくworkingCopyを壊してしまいます。

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

乾杯

svnworking-copy
24
Kurai Bankusu

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

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

    つまり、ディレクトリ.svnをリポジトリに保存しないでください。リポジトリにこのディレクトリがある場合、誰かが誤ってそれをコミットしました。最新のリビジョンから削除するか、 svndumpfilterツールを使用してフィルタリングして除外 で完全に削除します。

    SVNBook | Subversion Working Copies を参照してください。

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

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

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

16
bahrep

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

56
Jezz

長いビルドの私のreal理由はEclipseのバリデーターだったことがわかりました！ JavaScriptのすべてのバリデーターをオフにすると、ビルドはほぼ瞬時に行われます。信じられない。

6
Kurai Bankusu