2011-11-14 6 views
1

私はEclipseとソフトウェア方法論の使用に関する質問があります。私はバージョン1のプロジェクトを含むワークスペースを持っています。私はそれらをやったので、これらのプロジェクトをQAにリリースします。テスト中であり、プロダクションに到着します。そして、私はプロジェクトに新しい機能を追加したい、私は現在バージョン2で作業している。ある日、生産バージョン1で使用しているバグを発見する。バグを再現して修正する必要があるので別のワークスペースを作成し、バージョン1の対応するバージョンのプロジェクトをインポートする必要があります。ソフトウェアの方法論とEclipse

これらのタスクで開発者を助けるいくつかのベストプラクティスはありますか?私はすべての提案のために開いています。

ありがとうございました

答えて

1

バージョンコントロールを適切な分岐で使用してください。

私のEclipse環境では、アクティブな開発中の各ブランチに対してEclipseプロジェクトを持っています。私が特定のソフトウェアプロジェクトに積極的に取り組んでいないなら、私はそのEclipseプロジェクトを閉じますが、まだ私のワークスペースにあります。与えられたプログラムの私のすべてのプロジェクト(会社の意味では、プログラムは複数のエンジニアリングプロジェクトを持ち、エンジニアリングプロジェクトは0以上のソフトウェアプロジェクトを持つかもしれません)。

リリースのブランチを作成し、そのブランチをEclipseプロジェクトにチェックアウトすることができます。 QAにリリースしたら、テストするブランチを作成します。問題が見つかった場合は、そのブランチで修正し、必要に応じてメインブランチにマージします。実行可能な他の分岐スキームもあります。

+0

私は単一のワークスペースを使用することを理解していますか?そしてあなたはプロジェクトごとに異なるバージョンを分けていますか? Eclipseプロジェクトで表現された20個のモジュールを持つ大きな "プロジェクト"があり、作業中の2つのバージョンがある場合は、作業領域に40個のEclipseプロジェクトがありますか? –

+0

@Mickael私のプロジェクトのいくつかは他のプロジェクトで使用されているライブラリですが、私のワークスペースはプログラムに基づいています(プログラムは[this](http://en.wikipedia.org/wiki/Program_management) (http://en.wikipedia.org/wiki/Computer_program))があります。私のワークスペースを使用するのはあなたにとって最適ではないかもしれませんが、ブランチでバージョンコントロールを使用してコアの問題を解決することはできます。 –

0

Eclipseでは、Eclipseプロジェクトを「作業セット」にグループ化できます。あなたが望むようなサウンドは、V1.0のための「ワーキングセット」です。各モジュールはそれ自身のプロジェクトです。現在の開発用の「ワーキングセット」はV2.0です。

ワーキングセット内のすべてのプロジェクトを一度に開いたり閉じたりできます。ワーキングセットをパッケージエクスプローラー内の単一の項目に折りたたむことで、作業領域が乱雑にならないようにすることができます。

私は個人的には同じワークスペース内にすべてを持っているのが好きですが、上記のことがうまくいかない場合、Eclipseには複数のワークスペースがある可能性があります...起動時にどのワークスペースを使用するかを尋ねるEclipseを設定し、

関連する問題