Subversionステータスシンボル "〜"はどういう意味ですか？

Question

svn statusを実行するとチルダシンボルが表示されます。

ここでは、XCodeで編集したプロジェクトの出力を示します。

svn status 
M  build/Currency_Converter.build/Currency_Converter.pbxindex/imports.pbxbtree 
M  build/Currency_Converter.build/Currency_Converter.pbxindex/pbxindex.header 
M  build/Currency_Converter.build/Currency_Converter.pbxindex/symbols0.pbxsymbols 
~  build/Currency_Converter.build/Currency_Converter.pbxindex/strings.pbxstrings 
M  main.m 
//more changed files 

どのような意味ですか？ Googleまたはsvnのチートシートのいずれかでそれを見つけるように見えることはできません。

興味深いことに、私はmain.mを編集しただけですが、多くの変更されたファイルがあります。なぜそんなことになるのだろう。誰でもSVNとXcodeで作業するためのヒントはありますか？ソースファイルをバージョン管理下に置くだけでいいですか？

編集： - 既にバージョン管理下にあったファイルが別のタイプのファイルに置き換えられたことが原因です。この場合、strings.pbxstringsはファイルであり、現在はディレクトリになりました。物語の道徳は、あなたのビルドフォルダをバージョンコントロールに入れないことです。

Answer 1

SVN Bookは言う：

項目は、オブジェクトの一種（ファイル、ディレクトリ、リンク）としてバージョン管理されているが、オブジェクトの異なる種類で置き換えられました。

おそらく、もともとは1つのファイルでしたが、それをディレクトリやその行に沿って変更したのでしょうか？ファイルのパーミッションを変更しなかったとSVNは何も私は信じてそれにアクセスを実行していたところ、私はこれだけを見てきました

異なる種類のいくつかの項目に遮らバージョン管理された項目の

svn help status 

「〜」

から

Answer 2

。

これが役に立ちます。

Answer 3

これを修正する最も簡単な方法は、このステータスのフォルダまたはファイルを削除してから「svn up」することです。必ずしもファイルによって再配置されたフォルダではなく、単に.svnフォルダ紛失または破損しています。

Answer 4

Windowsではシンボリックリンクの問題でもあります。 SVNにシンボリックリンクをコミットしてWindowsでチェックインすると、リンクが通常のファイルに変更され、これも〜として報告されます。

Answer 5

これは、フォルダ内の.svnフォルダを削除したとき（たとえば、ディレクトリを削除してから同じディレクトリを再度作成したとき）、またはディレクトリをシンボリックリンクまたはファイル同じ名前で

フォルダは、フォルダと呼ばれるそれは、あなたが親フォルダで次のコマンドを発行することによってこの問題を解決することができますと仮定すると：もう一度変更を追加/削除し、コミット

$ find a-folder -type d -name '.svn' -print0 | xargs -0 rm -Rf 
$ svn up --force . 
svn: Directory 'logs/.svn' containing working copy admin area is missing 
$ svn up --force . 
E a-folder 
... 
Updated to revision n. 

そして、それはSVNの問題です

ここ

Answer 6

は私がやったことだ：

フォルダがテスト

1. MVである場合テストのTest1
2. SVNテストを削除
3. MV Test1をテスト

Answer 7

はSVNがロック不満た、同様の問題がありました。ここでは、やったことだ：

RM -rと問題のディレクトリを削除したファイル

をバックアップし

• （Linux）の
• はSVNを駆けディレクトリ
• にのsvnクリーンアップ蘭 - ディレクトリにを入れてください

Answer 8

これは、Joomla内に拡張機能をインストールする際に頻繁に発生する問題であることを分かりたいと思います。拡張機能はCMS経由でインストールされ、グループ書き込みのないApacheによって所有されます。一般的には次のステップはファイルをSVNに追加することですが、sudoやファイルのpermを変更しないとSVNは.svnディレクトリに書き込めないときに失敗します。ここには簡単な解決策があります。

mv foo foo-bak 
svn up foo 
svn revert foo 

# just for good measure. Foo should not show up in the two following commands. 
ls | grep foo 
svn st | grep foo 

mv foo-bak foo 
svn add foo 

Answer 9

svn delete --keep-local x 
svn commit -m "del x" 
svn add x 
svn commit -m "blah" 

Answer 10

~ versioned item obstructed by some item of a different kind 
    Second column: Modifications of a file's or directory's properties 

Answer 11

（例えば。）の下でのJoomla！、WordpressのかDrupalのモジュールをアップグレードしている間、私は多くの場合、これを持っていました。アップグレードプロセスによって.svnディレクトリが削除されることがあります。

# rename updated directory 
mv foo foo.new 

# restore the old directory 
svn up foo 

# merge/update the old directory with new items 
# notice that the above command will preserve the obsolete files 
# so you should do a diff -r in order to remove them 
cp -r foo.new/* foo 

# Add files commit, etc 
svn add foo/* 
svn delete foo/xx 
svn commit -m "updated module"