3

この質問が何度か聞かれたことは知っていますが、[チーム]->[プロジェクトの共有]ダイアログについて私にははっきりしないことがあります。再投稿について申し訳ありません:)

そのため、新しいプロジェクトダイアログを介してEclipseにインポートしたsvn(svnディレクトリが存在する)によってすでに管理されているこの一連のプロジェクトがあります。すべてが正常に動作します。

プロジェクトの共有ウィザードを使用するときは、SVNプロバイダーとリポジトリーを選択し、次の2つの手順を実行して、「コミットコメントを入力してください」ダイアログを表示します。プラグインにコミットやリポジトリへの変更を加えたくありません。

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

Subclipseを試してみましたが、プロジェクトがリポジトリに存在し、リンクされるようになったことを何気なく教えてくれました。ありがとうございました。

他の回答によると、Subversionにも同様の機能があるので、私の質問は次のとおりです。

  • プロジェクトが存在することを検出した場合のSubclipseでの共有プロジェクトウィザードの手順は異なりますか?そうでない場合、それを知る方法はありますか?

  • コミットを実行し、すべてのファイルのチェックを外して、プラグインが何も追加しないように祈っていますか?

精度

  • 「自動プロジェクト共有を有効にする」オプションは、SVNの一般設定でチェックされています。
  • サブクリップを使用することもできますが、破壊的にそれを行う方法に興味があり、共有プロジェクトダイアログを理解できなかったという理由だけでプラグインを変更するというアイデアは好きではありません:)
  • プロジェクトにはsvnで管理されていないファイルがあるため、チェックアウトは簡単なオプションではありません。それらは非常に巨大なプロジェクトであり、そのうちの8つがあります。
  • 通常、svn操作はTortoiseSVNで処理されますが、履歴/比較にはeclipseプラグインを使用します

どうもありがとう !

4

3 に答える 3

2

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

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

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

重要なのは、バージョンごとに異なるSVN実装を一致させることです。

于 2012-02-20T09:46:24.193 に答える
1

ファイルシステムでTortoiseSVNによってすでにチェックアウトされている作業コピーからEclipse内でSVN機能を使用しようとしています。4 つのサブフォルダー (それぞれが Eclipse プロジェクト) を持つルート ディレクトリがありました。プロジェクトをインポートすると、そのうちの 3 つだけが、ファイル システムに含まれる SVN 情報を使用できました。私の場合、うまくいったのは、動作していないプロジェクトを削除して再インポートすることでした(動作するまで数回実行する必要がありました)

于 2012-12-03T16:13:55.617 に答える