1

現在、IBMClearCase7.0.1をIBMRationalTeamConcert3.0に置き換える全社的なプロジェクトに取り組んでいます。私たちは主にMicrosoft.NETプラットフォームを使用しています。

RTCソース管理機能には満足していますが、RTCを使用してバイナリ参照を管理する方法を知りたいと思っています。ここの多くのシステムはバイナリレベルでコンポーネントを共有しており、ツールでこれらの参照を管理する方法がわかりません。

一部のコンサルタントは、コンパイルされたバイナリを保存して参照に使用する「ソースコンポーネント」と並行して、（システムごとに）「バイナリコンポーネント」を使用することを提案しています。

これはそれを行うための最良の方法ですか？親愛なるRTCの専門家、アドバイスしてください。

obs.:NuGetを内部で使用する試みはこれまで失敗しました。

4

2 に答える 2

1

現在、IBMClearCase7.0.1に代わる全社的なプロジェクトに取り組んでいます。

私も！

一部のコンサルタントは、「バイナリコンポーネント」の使用を提案しています。

バイナリ管理に関しては、2つのトピックがあります。

  • 開発の依存関係：
    • サードパーティのバイナリ：開発に必要なすべてのバイナリが常にリリースの一部になるとは限りません。
    • 社内バイナリ（ソースを再コンパイルするのではなく、他のプロジェクトからのバイナリ依存関係にある必要があります）
  • リリース管理：ITP（製品およびリリース管理チーム）が来て、前述のバイナリを取得して展開するために、本番環境に配置しているもの、つまり（何らかの方法で）「公開」しているすべてのexe製造

これらすべての種類の配信について、RTCに配置しないことをお勧めします。その「Jazzソース管理」コンポーネントはソースVCSのままです。

Nexusのような外部の「アーティファクトリポジトリ」 、または.Netプロジェクトの場合は、 NuGetに基づく参照（これまでのところ成功していなくても）がより適切です。

NexusとRTCの統合の詳細については、次を参照してください。

Jazzアカウントを設定する必要があります

（両方ともこのスレッドで言及されています）

于 2012-07-26T17:09:07.200 に答える
0

私は通常、ソースが利用可能な場合、ソースからすべてを構築することを提唱しています。それ以外の場合は、デプロイメントオブジェクトライブラリ（アーティファクトリポジトリ）が保証されます（たとえば、AntHillProのように）。

于 2012-07-26T17:18:04.620 に答える