2011-05-11 5 views
3

私はこの質問が何度か尋ねられたことは知っていますが、チーム - >プロジェクトの共有ダイアログについて私には分かりません。再投稿について申し訳ありません:既存のプロジェクトの破壊的なチームシェア

私はこのプロジェクトを、すでにsvn(svnディレクトリが存在します)で管理しており、新しいプロジェクトダイアログでEclipseにインポートしました。すべてうまく動作します。

プロジェクト共有ウィザードを使用するときは、SVNプロバイダとリポジトリを選択し、次の2つの手順を経て「コミットコメントを入力」ダイアログに進みます。今私は、プラグインがコミット、またはリポジトリの変更を行うことを望んでいません。

私は読み取り専用のアクセス権を持ち、MKACTIVITY操作で405を取得した別のレポでこれを実行しようとしました。

私はSubclipseで試してみましたが、プロジェクトがリポジトリに存在していることを私に伝えています。今すぐリンクします。ありがとう、ありがとうございます。

他の回答によると、そこにはSubversionで同様の機能があるので、私の質問は以下のとおりです。彼はプロジェクトが存在することを検出した場合

  • は、Subclipseの中に別の共有プロジェクトウィザードの手順はありますか?そうでない場合は、それを知る方法はありますか?

  • すべてのファイルのチェックを外し、プラグインが何も追加しないことを祈るだけですか?

プレシジョン

  • "自動プロジェクトの共有を有効にする" オプションはSVNの一般設定でチェックされています。
  • 私はSubclipseのを使用することができますが、私は破壊的でそれを行う方法について、単に好奇心、と私は共有プロジェクト]ダイアログ:)
  • を見つけ出すことができなかったので、私はただのプラグインを変更する考えを好きではありませんプロジェクトにはsvnで管理されていないファイルがあるので、チェックアウトは簡単な方法ではありません。彼らは非常に巨大なプロジェクトであり、それらの8つがあります。 /比較

おかげで多くのことを

  • 通常のsvn操作は、TortoiseSVNのに処理されますが、私たちは歴史のためのEclipseプラグインを使用します!

  • +0

    私は少し混乱しています。あなたは 'Team - > Share'ダイアログを使って何をしようとしていますか?このダイアログは、新しいプロジェクトをリポジトリに追加するためのものです(プロジェクトが既にSVNに入っている場合は不要です)。プロジェクトを手動で切断した場合はSVNリポジトリにプロジェクトを再接続します(ローカルの ' .svn'フォルダ)、あなたはやっていないことを願っています。 – aroth

    +0

    はい、これはあまりにも明確ではないかもしれません。私はすでにローカルドライブにあるプロジェクトを追加するEclipseを新しくインストールしました.Tortoiseでチェックアウトされたと思います。彼らはsvnディレクトリを設定しています。そのため、プロジェクトは既にリポジトリにあり、すでにマシン上にあり、svn情報が利用可能です。私はちょうどチームのプロバイダにこれを確認してもらいたいです:)今はTeamダイアログのオフラインオプションを表示しています(パッチ適用、プロジェクト共有) – Jad

    +0

    これは意味があります。悲しいことに、私はSubclipseをインストールしているだけです。テストプロジェクトをその状態(接続は解除されていますが、すべてのSVNメタデータはそのまま)で試してみると、ちょっとしたプロジェクトにリンクするだけです。 – aroth

    答えて

    2

    この再発する問題の唯一の問題は、svnクライアントのバージョンが異なるという事実です。

    Tortoise svnは、独自のsvn実行可能ファイルを使用します。 Subversiveは自身のsvn実行ファイルを使用し、コマンドライン上の実行可能ファイルはもう1つのバージョンです。

    破壊者が新しいバージョンの.svnファイルを読み取れません。 SVNのEclipseのバージョンが1.6の場合、Eclipseのコネクタが1.5の場合、Subversiveは.svnファイルを読み取ることができません。

    鍵は、さまざまなSVN実装をバージョンごとに一致させることです。

    +0

    私はこの時点でsvnのバージョンが一致していたと思いますが、今は再試行する必要があります(その間に私はsubclipseに切り替えました) – Jad

    1

    私は同じことを経験していましたが、私が働いていたのは同じことでした。ファイルシステム上のTortoiseSVNによって既にチェックアウトされた作業コピーからEclipseのSVN機能を使用しようとしました。私は4つのサブフォルダ(それぞれがeclipseプロジェクト)を持つルートディレクトリを持っていました。プロジェクトのインポート時には、3人だけがファイルシステムに含まれるSVN情報を使用することができました。私の場合の仕事は、非作業プロジェクトを削除して再インポートすることでした(作業まで数回しなければなりませんでした)。

    +0

    ログインしてからしばらくしています。最高のものを受け入れる:) – Jad

    1

    最近似たようなことが起こりました。私の場合、TortoiseSVNとEclipseのSVN Connectorの間のSVNクライアントのバージョンが違っていました。あなたは、単にEclipseでSVNコネクターのバージョンを選択してこの問題を解決することができます

    ウィンドウ - 設定 - >チーム - SVN - > SVNコネクター(タブ)

    Screen Snaps in Eclipse Settings

    関連する問題