2012-02-15 13 views
1

最近Windowsを再インストールする必要があり、いくつかの作業コピーをチェックアウトしました。これらをネットワーク共有にコピーし、Windowsを再インストールし、作業コピーフォルダをHDDにコピーしました。TortoiseSVN - 移動した作業コピーが認識されなくなった

彼らはもはや作業コピーとしてTorroiseSVNによって認識されていない - 何のオーバーレイアイコンが存在しないと、右クリックメニューがSVN Checkout代わりのSVN CommitSVN Update

バックアップおよびリストアすべて_svnディレクトリを示しています。

何が問題になっていますか。新鮮なコピーをチェックアウトしなくても、どうすれば修正できますか? (それぞれ1GBに近い)

編集1現在インストールされているTortoiseSVNは1.7.4です。作業コピーは1.6.xで生成され、1.7.xにアップグレードされました。私はこれが_svnではなく、.svnというフォルダを持っている理由だと思います。一つだけ_svnフォルダが

答えて

2

最初に、まだVS.NETを使用していない場合は(VS2002ではなく、その前のバージョン)、新しくチェックアウトしてください。各作業コピーが約1GBであっても、私を信じてください:それは価値があります!

それ以外の場合は、実際に新しくチェックアウトしたくない場合: SVN_ASP_DOT_NET_HACK環境変数が失われたことを意味するウィンドウを再インストールしました。そのenv変数を手動で設定し、1に設定することができます。再起動後、.svnフォルダの代わりに_svnフォルダの作業コピーがすべてのsvnクライアントによって認識されます。

+0

ああ!今それは鐘を鳴らします。私はenv変数をloooooong時間前に設定することを覚えています。今はVS 2008(SSRSとDTSX用)とVS 2010(他のすべてのもの)を使用しているので、ネットワーク管理者は再チェックアウトして迷惑をかけることになります。どうもありがとう! – Shevek

2

は、サブディレクトリ内のルートとなしにそこにあるように、これらは間違いなく作業コピーを1.7.xている

編集2右クリックは「ローカルコピーをアップグレードする」オプションを表示していますか?もしそうなら、あなたは1.7のTortoiseSVNクライアントをインストールしていて、マシンスワップ前の1.6以前であった。アップグレードを実行するとOKになるはずです。

+0

アップグレードオプションはありません。これらは最初は1.6コピーでしたが、再インストールする前に1.7へのアップグレードが実行されました。 – Shevek

1

.svnの代わりに_svnは、.NET Frameworkソリューション/プロジェクトを使用しているときに使用されます。なぜあなたは最初に、あなたが再インストールする前に一緒に作業したのと同じTortoiseSVNバージョンを使用しようとしないのですか?

+0

私は同じバージョンを使用しています。 1.6で起動し、1.7にアップグレードし、Windowsを再インストールして、1.7を再インストールしました。 – Shevek

+0

.svnディレクトリは機能していません。 – Cerveser

+0

は、 '.svn'で1.7を使って新しくチェックアウトされたコピーが正常に動作します。 1.6でチェックアウトされ、 '_svn'を持つコピーは、ウィンドウの再インストールが動作しないうちに1.7にアップグレードされました。 – Shevek

関連する問題