2

それで、やってはいけないことをしてしまったのかもしれませんが、これは通常どのように処理されるべきなのだろうかと思います。

異なるサブシステムにグループ化された複数のアプリケーションを含む大規模なプロジェクトがあります。次のサブディレクトリにある特定のアプリケーションに取り組んでいました。

/svnroot/サブシステム名/myApp

SVN 全体は必要なかったので、そのサブディレクトリをチェックアウトしました。

しばらくして、他の誰かがサブシステムの名前が正しくないことに気づき、ディレクトリで svn rename を行ったので、私のアプリケーションは次の場所にあります。

/svnroot/subSystemNewName/myApp

ご想像のとおり、これは問題を引き起こします。たとえば、更新を行おうとすると、元のパスをまだ探しているため、「ターゲット パスが存在しません」と表示されるためです。

どうしようかな?完全なチェックアウトを再度行う唯一の解決策はありますか? そもそもこれはどのように処理されるべきでしたか?

PS: Linux を使用しています。

4

1 に答える 1

2

svn switchでうまくいくはずです。走るsvn switch <url_of_new_location> <local_checkout_dir>

于 2013-10-11T16:34:14.140 に答える