0

私はしばらくの間 TortoiseSVN を使用しており、最近 eclipse プラグインsubclipseを使い始めました。私を混乱させるものもありますが、私はそれで本当に満足しています.

いくつかのプロジェクトがあり、それぞれがリポジトリ内に異なるサブフォルダーを持っています。私は (これまでのところ) ブランチを扱ったことがないので、SVN の使用はかなり簡単でした。

  1. 頭に更新
  2. 競合がある場合は解決する
  3. コード/プロジェクトにいくつかの変更を加える
  4. コミット (アップデートが必要かどうかを亀が教えてくれます)

subclipse では、他にも可能性があると思いました。たとえば、同期ビューとは何ですか? よくわかりません。現時点ではTeam->Update to head/Commit、プロジェクト フォルダーで使用Team->Edit conflicts...し、競合がある場合は競合しているファイルで使用します。それでおしまい。だから私は決して同期のものに触れません。サブクライズページやグーグルで良い説明が本当に見つかりませんでした...

同期するだけですべてが自動的に行われるという考えですか、それとも何ですか?

基本的に、私はワークフロー (または適切な基本的な説明へのリンク) を求めています。何が可能で、何が何をするのかを尋ねているわけではありませんが、subclipse が小さなプロジェクト (100 個未満のファイル、5 人未満、これまでのところブランチはありません) でどのように使用されることを意図しているかを尋ねているわけではありません。

4

2 に答える 2

1

同期ビューを使用すると、更新を実行する前に競合を認識できます。更新を実行して競合が発生した場合は、以前に行っていたことを停止し、競合の解決を開始する必要があることを意味します。これはワークフローの中断です。

通常、更新を実行して競合が発生すると、プログラムを実行およびデバッグする機能が失われます。同期ビューを使用すると、競合するファイルを 1 つずつ更新できます。これにより、リモートの変更を段階的にプロジェクトに統合できます。

したがって、プログラムを実行する能力を失うことなく、競合の解決を開始できます。または、多くの競合があることがわかり、現時点で更新を実行するのは適切ではないと判断した場合。

したがって、同期機能は、SVN で競合する変更を検出、防止、または解決する場合に非常に強力です。

于 2012-07-20T08:22:26.240 に答える
1

必要がなければ同期ビューを使用する理由はないと思います。Team > Update を実行してから、発生した競合を解決するのが本当に好きです。それは、それを行うための「SVN-way」です。Synchronize ビューは Eclipse の世界から来ているため、Subclipse はそれをサポートする必要がありました。

TortoiseSVN には、同期ビューに似たようなオプションがあります。それは「変更の確認」オプションです。特に「リポジトリのチェック」ボタンを押したとき。

また、同期ビューは SVN と同じように「競合」を表示しないことに注意してください。SVN では、競合は変更をファイルに自動マージできなかったことを意味します。同期ビューでは、着信変更のあるファイルにローカルで変更があることを意味します。更新を行ったばかりであれば、SVN がそれらの変更を自動的にマージできる可能性があります。個人的には、SVN にやってもらいたいと思っています。

于 2012-07-20T15:00:16.730 に答える