1

Subclipse 1.8.x を、Tortoise を含む既存の Subversion 1.7.x 作業環境に統合しようとしています。Team|Share Project...機能を使用してプロジェクトを既存の作業コピーに追加すると、Subclipse はプロジェクトを既存の作業コピーに追加するのではなく、要求された場所に新しいネストされた作業コピーを作成します。Tortoise はこれをネストされた作業コピーとして報告します。

ネストされた作業コピーを常に避けるべきかどうかはわかりませんが、使いにくいことは間違いありません。この問題を回避するには、Eclipse でプロジェクトをデタッチし、Tortoise からプロジェクトを追加し、Tortoise から変更をコミットしてから、Eclipse でプロジェクトを再インポートします。

新しいプロジェクトを追加するときに Subclipse が既存の作業コピーを自動的に使用する方法はありますか? プロジェクトの場所が作業コピーの最上位レベルから数レベル下にあることが問題ですか?

4

1 に答える 1

1

プロジェクトを共有すると、次の 2 つのいずれかが発生します。

1) Subclipse は、プロジェクトが既に有効な SVN 作業コピーであることを認識します。その場合、SVNアクションを使用できるように、SVNに「接続」するだけです。

2) リポジトリにフォルダーを作成し、同じ場所にチェックアウトして、残りのファイルを追加できるようにすることで、プロジェクトを作業コピーに変換します。

既に作業コピーであるフォルダー構造内にプロジェクトを作成している場合、SVN はランダムなフォルダーであるかのように同じステータスを報告するだけなので、これを検出する方法はありません。この状況では、TortoiseSVN を使用して、少なくともプロジェクトのルート フォルダーを SVN に追加し、作業コピーの一部として認識できるようにすることをお勧めします。Subclipse はそれを SVN に接続し、そこから残りを処理できるはずです。

于 2013-03-29T18:48:57.243 に答える