私たちは職場で svn を使用しており、現在 RFT (Rational Functional Tester) を導入しています。
既存のsvn を使用して RFT スクリプトをバージョン管理できる可能性はありますか? 1 つの RFT スクリプトに 1 つのファイルだけが含まれているわけではないことがわかりました。
- RFT v 8.1.1.2 は Windows XP で動作します
- svn は Linux で動作します
.class
バージョンと.java
ファイルには十分ですか?
はい、SVN を使用できます。ただし、.class ファイルはコンパイル済みの Java ファイルであり、ビルド間で変更される可能性があるため、バージョンを変更しないでください。更新を行うたびに、Eclipse からプロジェクトを再構築することをお勧めします。
一部の RFT ファイル (datapools .rftdp など) は、1 つの一意の行で記述された XML ファイルであるため、マージできないことに注意してください。そのため、これらのファイルを編集したり、チームと同期したりする必要がある場合は、これらのファイルをロックする必要があります。最後にコミットされたリビジョン。
Subversion を使用して、任意のファイルをバージョン管理できます。ただし、テキスト ファイルとバイナリ ファイルの扱いは異なります。テキスト ファイルの場合は行ごとに相違点を表示でき、バイナリ ファイルの場合は古いバージョンを簡単にチェックアウトできます。
SVN で RFT を使用することに成功しました。ただし、RFT スクリプトを構成するために使用されるファイル (XML) が多数あるため、ファイル ロックを使用する必要がありました。subclipse プラグインを RFT に追加しました。次に、SVN にインポートしたプロジェクトと同じ名前の空の RFT プロジェクトを作成します。次に、空の RFT プロジェクトの上に (上書き) SVN から RFT プロジェクトをチェックアウトします。新しいスクリプトを作成するとき、svn:needs-lock プロパティを Java ファイルに追加します。更新とコミットを行うとき、プロジェクトを選択すると、スクリプトに関連付けられた他のリソース ファイルがコミットに含まれます。
WindowsXP開発者ボックスにVMwareUbuntuをインストールし、Linuxを実行します。
以前の組織でまさにそれを行いました。すべての開発者は、VMwareUbuntuをWindowsマシンにインストールしました。そこからEclipse、MyEclipse、またはRFTを実行したり、IDEまたはコマンドプロンプトからRFTコードをバージョン管理したりできます。
他の回答を多少繰り返しますが、もっと明確にしたいと思っています。
最初の問題: オブジェクト マップ ファイル。これらは単純な XML ファイルです。それらはバージョン管理まで簡単に追跡できますが、残念ながら IBM はここで混乱を招きました。彼らは、XML 用の優れた解析ライブラリを使用していません。1 行に収める必要があります。コードを整理すると、解析されなくなります。バージョン管理ソフトウェアは行の違いを追跡するため、単純な変更ごとに混乱が生じます。
複数行に再フォーマットした後に機能したとしても、小さな変更 (新しいテスト オブジェクトの追加など) ごとにすべての xml コンテンツの順序が変更されます。もちろん全部試しました。
実際には、オブジェクト マップ ファイルはバイナリ ファイルであり、それぞれに svn:lock プロパティを追加する必要があります。彼らは XML を単にバズワードとして使用し、形式の利点を意図的にすべて排除しました。
2 番目の問題: RFT は、オブジェクト マップから多くのヘルパー ファイルを生成します。これらは「resources」ディレクトリ内のファイルです。バージョン管理の推奨事項に反して、これらのファイルを手動でコミットする必要もあります。変更したものはすべて確実にコミットしてください。
RFT には ClearCase が統合されており、必要なすべてのファイルを自動的にチェックアウトおよびチェックインします。しかし、地獄からこの統合に入らないでください。あなたはSubversionを使ったほうがいいでしょう。
結論: RFT を使用すると、シーケンシャルな開発になる運命にあります。2 人の開発者が同じコードベースで作業することはできません。70年代へようこそ!