質問

から削除してしまった場合に手動でディレクトリだけで追加され、オフラインで、私のリポジトリんに戻すをクリックします。

もうとするときに、その更新を行いまたはコミット失敗します。

"blabla/.svn" containing working copy admin area is missing.

私はぜこのようなものではありとにかく修正します。

たくないチェックアウトのレポ-レートと追加の変更に手動でれるのではと思います。

役に立ちましたか?

解決

これによると:のhttp:// WWW。 devcha.com/2008/03/svn-directory-svn-containing-working.htmlする

別の場所にフォルダ「blabla」をチェックアウトして、オリジナルの「blabla」にそのフォルダの.svnの背中をコピーします。

他のヒント

FWIW、私は似たような状況があったとののsvn --force __dir __ の削除に使用します。それは私のために問題を解決しました。それから私は、通常のように私の作業コピーで作業を続けています。

私はこの問題を解決するためにやったことは、<私>ローカルの後、質問の下のフォルダのコピーと直接その後、親のsvn updateを行います。

を削除しました

すぐにそれを修正します。

あなたは親ディレクトリの新しいコピーをチェックアウトしようとすることはできますか?

編集をもう少し具体的にすることには、私は1つ上のレベルに行くと入っているディレクトリを削除する提案することを意味しました。そして、

を行います
svn update --set-depth infinity

ディレクトリを交換します。

私はその後、私は偶然内の.svnフォルダを削除、SVNにディレクトリを追加しました。

私が使用した

svn delete --keep-local folderName

私の問題を解決します。

私は単に「SVN元に戻す/ blabla」やった、それはフォルダが帰ってきたと私はそれを削除SVNでき、働いていた。

エラー「ディレクトリ 『何とか/の.svn』を含む作業コピーの管理領域が不足している」私はリポジトリにディレクトリを追加しようとしましたが、そうするための十分なファイルシステム権限を持っていなかった場合に発生します。ディレクトリがリポジトリにすでにありませんでしたが、それが失敗した追加した後、バージョン管理下にあることを主張しました。

別の場所に親ディレクトリのコピーをチェックアウトし、作業コピーの親ディレクトリには.svnフォルダを置き換えるには、私は(当然のファイルのパーミッションを、固定した後)に成功し、新しいディレクトリを追加してコミットすることができました。

私たちは、MavenとSVN使用します。それは、このエラーの原因とSVNへのターゲットディレクトリの誤チェックインでした。このヒントは、誰も助けている場合、その固定のすべてを削除します。

私は無駄にsvn rm --force /path/to/dirを試みたが、ちょうどsvn upを実行してしまった、それは私のためにそれを修正します。

ファイルは私のSVNのグローバルでの設定により除外された時に

私は、最近、このエラーが発生しました。これは上記の解決策ではないでしょう仕事を拒否したことを意味 - エラーは、私はまた、リポジトリから直接ファイルを削除したので、特に厄介でした。この場合、手動で私はSVNから削除することをディレクトリからの.svnディレクトリを削除すると、私はその後、私がコミットすることができ、更新を実行することができます。

私は同じような問題がっている気がします。切り替え"C:\superfolder"

エラーメッセージ:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

るようにしている"浄化"で、私は以下のようなエラー:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

【解決

  1. 削除フォルダの"サブフォルダ"
  2. クリーンのフォルダ"superfolder"
  3. して再度スイッチのフォルダ"superfolder"

このためでした。れば教えてくださいにもお勧めしていません。

私は最近、このエラーが発生しました。それは、このエラーを与えてディレクトリ内のファイルのカップルを所有するルートによって引き起こされた。

私は許可を変更した後、予想通り

すべてが働いています。

かわいから。私の解

  1. カット問題のあるフォルダにコピーである。
  2. せ溶液からのSubversionの他の作業ディレクトリ(新しい)してご利用いただけます。
  3. 追加の保存フォルダの作業コピーに追加して、既存のプロジェクトがこのプロジェクトとしての私の場合)。
  4. す。

私はこの問題を持っていました。ちょうどそれを元に戻すために、SVNを教えて、一時的に別の場所にblablaを移動し、バックに移動します。それは、新たな追加として扱われます。シンプル!

私を助けている最も簡単ます:

rm -rf _dir_in_question_
svn up

あなたが問題のディレクトリの変更がある場合、これはあなたのために良い解決策ではありません。

新しいバージョンでサードパーティのAPIライブラリを交換するとき、私はこの問題に出くわした、と私はローカルバージョンとSVNのバージョンを置き換えるために望んでいたので、ここでのソリューションのどれも本当に私のために働いていません。私の解決策は以下のとおりであった。

1)はSVNからそれを削除し、コミットし、私のホームディレクトリに問題のあるフォルダに移動します:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2)、フォルダのバックを入れてSVNにそれを追加して、再度コミットします:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

わずか二回にコミットする必要がありますする刺激が、罰金を働いているようだ。

ももたいて解

  1. チェック新しいフォルダとして"foldername2"
  2. 入Tortise SVNレポブラウザ
  3. 名前の変更"foldername2"を"foldername"
  4. Windows explorerいて更新を行い

いい人がいる。

-Ev

私にとって、同じ問題が起きた時の両

  • 削除されます(--force a.マップファイル
  • 追加*.地図 svn:ignoresvn propedit svn:ignore .

私の解析:

  1. 元に戻すの変化に
  2. の変更をコミットするファイル
  3. レーザーがアクセス権を持たない記のリポジトリ(alas!)
  4. 変更をコミット

私はSVNにディレクトリを追加しようとしていたこの問題を抱えていました。私はレポブラウザに行くことによってそれを解決しました。左側のウィンドウで右クリックすると、[フォルダの追加]を選択し、リポジトリブラウザで直接ディレクトリを追加します。

私は、クリーンアップとSVNの更新を行なったし、すべてが再び働いていた(もちろんバックアップ後)ローカルディレクトリを削除します。

まず第一には、フォルダ内にお使いのシステムにプロジェクトをチェックアウト。そして、競合プロジェクトからの.svnフォルダを削除し、新しいチェックアウトフォルダからの.svnフォルダをコピーし、あなたの作業コピーのフォルダに貼り付けます。その後、問題が解決されます。

私が経験した一般的なタスクは、ステージングで1つのレポディレクトリを取ると、それは別のレポにコピーすることだった - SVNの下の両方との両方が同じ名前を呼ばれます。

:私のために働いた方法は以下の通りでした
svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top