Subclipseが一部のEclipseワークスペースでのみ機能し、他のワークスペースでは機能しないのはなぜですか?

StackOverflow https://stackoverflow.com/questions/831064

  •  06-07-2019
  •  | 
  •  

質問

私はEclipseをSubclipseで使用して、perl開発を行っています。 Subversionリポジトリは次のようにセットアップされます。

  • / repos / repos / dev /
  • / repos / dev / crontabs
  • / repos / dev / crontabs / script1
  • / repos / dev / crontabs / script2
  • / repos / dev / daemons
  • / repos / dev / daemons / script3
  • / repos / dev / daemons / script4
  • / repos / dev / tools
  • / repos / dev / tools / script5
  • / repos / dev / tools / script6

ファイルシステムで、/ repos / devツリー全体を〜/ devにローカルでチェックし、3つのEclipseワークスペースを作成しました。それぞれが"〜/ dev / crontabs"、"〜/ dev / daemons&quot ; "〜dev / tools"。

ここで、物事が奇妙になります。デーモンとツールのワークスペースでは、SVNは適切に機能します。 .svnディレクトリが表示されず、TEAMダイアログでさまざまなSVNのすべて(コミット、更新、クリーンアップなど)を実行できます。ただし、SVNは「crontabs」では機能しません。ワークスペース。 .svnディレクトリが表示され、SVNダイアログオプションはどれも使用できません。

すべてのディレクトリで、コマンドラインSVNツールを使用でき、すべてが正常に機能します。

詳細は次のとおりです。

  • Mac OS X 10.5.6
  • Eclipseプラットフォーム-バージョン:3.4.2-ビルドID:M20090211-1700
  • SVNKitライブラリ1.2.2.5405
  • SVNKitクライアントアダプター1.5.6.1
  • サブクリップ1.4.8
  • EPIC 0.5.46

deameons .metadataファイルとrealted .profileファイルを削除して消去し、新しいワークスペースを開始しようとしましたが、うまくいきませんでした。

以前にこのタイプの動作を見た人はいますか、SVNコマンドをいくつかのワークスペースではなくすべてのワークスペースで動作させる方法を知っていますか?

UPDATE:/ devディレクトリには、Eclipseを使用しない他のアセットがたくさんあることにも言及する必要があります。そのため、EclipseのSVN関数と組み合わせてコマンドラインSVNツールを使用しています。元々はすべてコマンドラインツールでチェックアウトされたので、コミットにはEclipseを使用しています。私をスローしているのは、コマンドラインが100%動作している間、3つではなく2つのサブディレクトリで動作する理由です。

役に立ちましたか?

解決

ワークスペースを切り替えると、他のワークスペースの設定などはすべて無視されます。

トランク全体をチェックアウトする代わりに、リポジトリ構造と一致する3つのワークスペースを作成し、3つのワークスペースを作成し、リポジトリの関連部分を各ワークスペースのプロジェクトとしてチェックアウトします。

他のヒント

新しいプロジェクトを作成してファイルをインポートするとき、Eclipseはプロジェクトがバージョン管理されていると想定しません。プロジェクトのチームを使用して明示的に伝える必要があります-> [プロジェクトの共有...]ダイアログ。

正しいディレクトリを選択すると、Eclipseはその場所でプロジェクトが既に共有されていることを通知しますが、とにかくEclipseでSVNコマンドをアクティブにします。

すべてを完全にフォローするかどうかはわかりません。また、SubclipseプラグインはCVSプラグインほど洗練されていません。ただし、プロジェクトをワークスペースにコピーし、Subversionコンテキスト(.svnフォルダー)が含まれている場合、Bemoseが指摘しているように、Subclipseには意味がありません。

理論的には、Team / Shareを使用して警告メッセージが表示された場合、先に進むと既存の.svnファイルが破棄され、適切な新しいファイルが作成されます。運がよければそれでもうまくいくでしょう。それはCVSで行いますが、私が言ったように、Subclipseはもっと問題になる可能性があります。

最善の方法は、Eclipse Subversionパースペクティブと「Eclipseプロジェクトとしてチェックアウト」を使用してプロジェクトをワークスペースにチェックアウトすることです。オプション。

コマンドラインからプロジェクトディレクトリを構築することを絶対に強いられる場合は、checkoutコマンドではなく、Subversion export コマンドを使用します。エクスポートでは" .svn"が省略されますディレクトリ。Eclipseは干渉することなく機能します。ただし、エクスポートされたプロジェクトをSubversionリポジトリに接続するには、チーム/共有を行う必要があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top