私のVSソリューションには、古い作業コピー形式のプロジェクトがあります。AnkhSVN を使用してアップグレードしようとすると、次のエラーが発生します。

誰かがこの問題に遭遇しましたか? 解決策はありますか？

PC に同じリポジトリの作業コピーが多数あり、それらは異なるフォルダーにあります。

少し前にチェックインしたファイルの SVN ログを見ていましたが、自分の PC のどの作業コピーからそのようなチェックインを行ったか思い出せません。

SVN リポジトリ ログを見て、特定のファイル リビジョンがチェックインされた作業コピーを確認することはできますか? ログにそのような情報が保存されているかどうかはわかりません。

FMY: GIT/Mercurial で可能ですか?

Windowsボックスをフォーマットする必要があり、作業コピーからすべての変更をチェックインする前に、明らかにこれによりTortoiseSVNが削除されました。作業コピーはまだ存在していますが、Tortoise SVNを再インストールしたので、最善の行動計画は何ですか？

基本的に、新しい作業コピーを作成し、変更したファイルを手動でチェックアウトして、古い作業コピーからコピーするよりも簡単な方法はありますか？

シェルスクリプトを使用して多くのソースコードファイルを変更し、コマンドで変更を元に戻しましたsvn revert -R .. すべての変更は正しく元に戻されましたが、なぜsvn statusレポートがファイルを無視したのか疑問に思っています:

これが出力全体です。もっとたくさんのフォルダーがありますが、なぜそれらだけがここに表示されるのかわかりません。上位のフォルダーは svn:ignore プロパティに追加されません!

何が起こったのか知っている人はいますか？

前もって感謝します ...

Mac でコーナーストーン クライアントを使用してプロジェクトを問題なく更新していましたが、昨日まで警告なしに次のエラー メッセージが表示され始めました。

現在、作業コピーをコミットしたり、他のことを行うことができません。Cornerstone を最新バージョンに更新しましたが、まったく役に立ちませんでした。

一部の調査では、ターミナルを使用して作業コピー ディレクトリに移動し、「svn upgrade」を実行するように言われましたが、次の結果が得られました。

作業コピーをアップグレードする方法についての支援は、ありがたく受け取られます。

svn リポジトリのいくつかの巨大なサブディレクトリを自分のコンピューターにチェックアウトしており、リポジトリ トランク全体の 1 つのまばらな作業コピーに再編成したいと考えています。

• ワーキングコピー
  • トランク ( --depth=immediates でチェックアウト)
    • doc (空)
    • テストデータ (空)
    • project1 (空)
    • project2 (空)
  • test_data (trunk/test_data のチェックアウト)
  • project1 (trunk/project1 のチェックアウト)

すべてをチェックアウトせずにこれを行うことは可能ですか (非常にリモートのサーバーからの数 Gb のデータ)?

バージョン 1.6 より前では、情報がローカルであるため、疎な作業コピーの .svn サブディレクトリを完全なものに置き換えることができました。

SVN 1.7 では、各作業コピーのルートにデータベースが 1 つしかなく、サーバーに接続せずにそれを操作する方法がわかりません。作業コピーを再ダウンロードせずに整理するのに役立つツールはありますか?

次のコマンドを発行して、svn 作業コピー内のファイルのステータスを確認しようとしました。

次のような結果を出力します。

しかし、phpで同じコマンドを試してみると、結果として空の配列が得られました。

ここでの問題は何ですか？誰か助けてくれませんか。回答よろしくお願いします！

私は単一のレポで共有されていない祖先のいくつか (2-20) のプロジェクトに取り組んでおり、リポジトリに格納されているバイナリ データの GB の共通リソースを 1 つの場所でのみ共有しています。これらのプロジェクトはsvn switch、バイナリ データを共有する単一の svn URL に適切なフォルダーをマップするために使用します。

複数の作業コピーがチェックアウトされている場合は、作業コピーで同じことを行いたいので、既に持っている同じ GB のバイナリ データを再ダウンロードすることを避けます。

(注: もう 1 つの悪いニュースは、プロジェクトが自身を変更するために svn 1.7 実行可能ファイルも利用していることです。)

私がしたこと

私がやったことは、プロジェクト Aをチェックアウトし、スイッチ -es; を実行することです。次に、プロジェクト Bをチェックアウトしますが、通常の switch の代わりに doを実行して、プロジェクト Bsvn switch --set-depth=empty --ignore-ancestry http://foobarのこの作業コピーがどこを指すべきかを認識します。それから、私はやった。(1)mv foobar old_foobarmklink /D foobar ../project_A/foobar

今の問題

問題はsvn status、シンボリックリンクを使用して wc で実行すると、「foobar」内のすべてのファイルがバージョン管理されていない (?ステータスとして) リストされることです。

TortoiseSVN も使用しており、アイコン オーバーレイが黄色い三角形の "!" として表示されます。（おそらく競合していることを意味しますか？）が、実際の競合（ツリーの競合も）はなく、「foobar」で競合した場合、最新であると表示されますsvn status。svn up

制約

バイナリ ファイル コンテナーは頻繁に変更されることはなく、変更されたとしても通常は下位互換性があります。したがって、(少なくとも私にとっては) 作業コピーがファイルのバージョンについて間違った考えを持っていることは問題ではありません。

「公式に」それを行うことは許可されていないため、プロジェクトまたはリポジトリ構造を変更しないでください。

私は svn 1.7 を使用していますが、プロジェクトは実際には自己完結型の svn 実行可能バイナリを使用して作業を行うため、可能であればそれに固執したいと考えています。

質問

ハード ドライブに同じ GB のデータが重複しないようにするために、シンボリック リンク (またはその他のもの) を利用する方法はありますか? （可能であれば、ダウンロードも避けてください。）

(1): 私は Windows を使用しています。簡単にするために、私のファイルシステムでは、フォルダー「project_B」と「project_A」が隣接しているとしましょう。単一の共通の祖先を共有し、そのフォルダー foobar は両方のプロジェクトのトップレベルです。

TortoiseSVN 1.7 にアップグレードしてから、作業コピーを更新する必要があるというメッセージが TortoiseSVN に表示されないことに気付きました。

私は以前のリビジョンで、いくつかの変更を加え、コミットを使用しましたが、問題なく入りました。

私が変更している間に、同僚が別のファイルを変更してコミットしました。ログを確認し、変更を確認しましたが、変更されたファイルはコンピューター上にありませんでしたが、[Subversion] タブには最新のリビジョンであることが示されました。

いわゆる最新のリビジョンを更新し、以前のリビジョンからの変更がダウンロードされました (ただし、最新のリビジョンを使用していました)。

それはどのように可能ですか？私の変更が、同僚が変更したものに依存している場合はどうなりますか? 最新のリビジョンではないのに、どのように変更をアップロードすることを許可されたのか、わかりません。何を確認すればよいですか？

について質問がありsvn switch --relocateます。と呼ばれる古いリポジトリがbetaあり、新しい SVN サーバーに移動しています。そこで、という名前の新しいリポジトリを作成legacyし、リポジトリからすべてのファイルをコミットしましたbeta。ここで、リポジトリを使用するためにすべての作業コピーを更新する必要がありますlegacy。これに対してコマンドを実行すると、UUID が一致しないと表示されます。

作業コピーがレガシーリポジトリに接続されるように修正するにはどうすればよいですか?