SVN に接続し、プロジェクトまたはファイルをリモートの場所にチェックアウトできるように、Eclipse をセットアップする必要があります。リモート ロケーションは Linux ベースで、クライアントは Windows で動作します。
いくつかのスレッドを読んだところ、ssh + svn を使用してコンソールで動作するようです。しかし、このシナリオを日食で実行するのに苦労しています。
ヒントはありますか？私はあなたの助けに感謝します。
フィリップ
質問する
2025 次
1 に答える
1
あなたの質問は、私たちがまだ知らない何かを解決しようとしているように思えます。したがって、ここで少し推測します。質問が間違っていることを示している場合は、答えを変更します。
- (一部の) 開発はサーバー上に存在する必要があるため、開発中に使用する必要があるリソースがあり、これらは開発に必要です。
- おそらく、これらのリソースは、テスト (単体テスト?) または機能テストに (のみ) 必要です。
- Eclipse の使用経験があり、それを使用したい。
したがって、ここにあなたに役立つ可能性のある解決策のスケッチがあります.
サーバーでの Eclipse の使用
- 開発する必要がある Linux マシンに適切な Eclipse ディストリビューションをインストールします。
- X-windows サーバーをローカルで起動できるようにする XWin パッケージを使用して Cygwin などをローカルにインストールします。
- xterm をローカルで開きます (表示変数を正しく取得するためだけに)。
- その xterm から、Linux マシンにインストールされた Eclipse を開始します。
ssh <user-id>@<ip-of-linux-server> <path to eclipse> -display $DISPLAY
長所と短所
- + マシン上で作業し、ディスプレイをローカルに持っています。
- + マシン上で直接チェックアウトできるため、ローカル コピーは必要ありません。
- - Linux マシンに接続しないと作業できません。
Eclipse をローカルで使用する
2 つのバリアントがあり、どちらも価値があります。
- サーバー上にソースがある (のみ)
- ソースをローカルに持っている
サーバー上のソース、ローカルの Eclipse
最も簡単な方法は、サーバーのファイル システムをマウントして、別のドライブ文字を介してローカルにアクセスできるようにすることです。システム管理者にその方法を尋ねてください。
長所と短所
- + すべて正常に機能します。
- + Subversion をサーバーにインストールする必要はありません。
- - リモート ファイル システムの遅延が気になる場合があります。
- - サーバーへのネットワーク接続でのみ作業できます。
ソースはローカル、Eclipse はローカル
それが通常のやり方です。いつものように Subversion プラグインで Eclipse をインストールし、リポジトリからチェックアウトし、ローカルで (切断されていても) 作業し、変更をコミットします。
次に、サーバーでチェックアウトを実行してテストし、そこでシステムを構築し、そこで単体テストと統合テストを実行できます。
長所と短所
- + インストールと保守が容易。
- - 間にビルド プロセスがない開発中のテストはありません。
- - テストは、コミットされていない変更ではなく、コミットされたコードでのみ実行できます。
私のおすすめ
私は、サーバー上の Eclipse を使用したソリューションが最も気に入っています。そのため、サーバー上で利用可能なすべてのものを使用できます。Linux での Eclipse は、Windows での場合とまったく同じです。テストを実行するためのステップはありません。すべてがローカル (サーバー上) で行われます。
次の質問 (および回答) も参照してください。
PS: 私が忘れていたこと:svn+sshチェックアウト、更新、およびコミットを行うための Subversion のプロトコルが異なるだけだと思います。プロトコルfile://、svn://、http://さらには を使用するのとまったく違いはありませんhttps://。
于 2012-05-26T11:18:51.883 に答える