subclipse を使用して SVN への変更をコミットしています。build.properties (J2EE アプリケーションを開発中) など、一部のファイルは動作しますが、ほとんどのローカル変更は、同期時にリポジトリ内のバージョンと一致するように上書きされ、「構造上の違いはありません」と表示されます。
ありがとう、ジョン
subclipse を使用して SVN への変更をコミットしています。build.properties (J2EE アプリケーションを開発中) など、一部のファイルは動作しますが、ほとんどのローカル変更は、同期時にリポジトリ内のバージョンと一致するように上書きされ、「構造上の違いはありません」と表示されます。
ありがとう、ジョン
これは、Eclipse 3.5 に固有のバグのようです。これはかなり前に修正されたため、古いバージョンの Subclipse を使用していると思われます。最新は 1.6.10 です。
http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA
同期時にローカルファイルがどのように上書きされるかはわかりません(文字通りの意味で「同期」を意味しないと仮定します。サブクリッププラグインが提供するオプションを意味します。)
ファイルの変更をコミットするには、次のプロトコルに従います。
ファイルの更新を行います。これにより、ローカル コピーが最新であることを確認できます。SVN は、リモート コピーをローカル コピーにマージできない場合、マージの競合を報告します。その場合、グラフィカルな差分出力と比較して、リモートの変更を手動でローカル ファイルに取得できます。その後、更新を行います。今度は、リモート ファイルからローカル ファイルへの SVN マージが成功します。
ファイルを SVN リポジトリにコミットします。