問題タブ [rtc]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
clearcase - ストリームでビルド後のオプションを有効にすることは可能ですか?RTCソース管理?
配信される変更がビルドを中断した場合に開発者がストリームに配信されないように、次のように設定しました。
「ビルド後の配信」を使用して変更を別のストリームに配信するストリームを追加しました。ビルド定義で、ビルド元のワークスペースを指定する必要がありますが、ストリームからビルドする必要があります。ワークスペースからビルドすると、1人の開発者にローカルな変更がビルドされるだけですが、ストリームからビルドすると、複数の変更が含まれます。ビルド定義でビルド後のオプションを有効にし、ワークスペースからビルドする代わりにストリームからビルドすることは可能ですか?
java - Eclipse 環境でプロジェクトが参照されない
RTC と Eclipse Helios を使用しています。ワークスペースにプロジェクトをロードしました。手動でブラウズすることはできますが、[Ctrl]+[Shift]+T (open type) 機能を使用できません。
最近、別の RTC ワークスペースにロードされたクローン プロジェクトを削除しました。それと何か関係があるのかもしれません。
基本的に、Eclipse でプロジェクトを適切に参照するにはどうすればよいでしょうか。
[編集 1]: 私は Java パースペクティブにいます。元のプロジェクトをリロードすると、そのプロジェクトのクラスを参照できますが、新しいプロジェクトでは参照できません。
clearcase - ストリームから変更セットを構築する方法-RTCソース管理
次の図のワークスペースはストリームに流れます。
このワークスペースからビルドするビルド定義を追加しました。別のワークスペースからダイアグラムのストリームに変更セットを配信する場合、ビルドを実行するときにこれらの変更セットをビルドする必要がありますか?変更セットは、ビルドする前に、ストリームからワークスペースに最初に受け入れる必要がありますか?
現在、ビルドを実行すると、変更セット(別のワークスペースからストリームに配信されたもの)がダイアグラムのワークスペースに配信されないため、ビルドされません。
rtc - Explanation of arrows in RTC flow diagram
In below diagram what is the meaning of below arrows ?
Here's what I think : Each arrow describes where the change sets are flowing from/to. So the top workspace flows changes and accepts changes from the stream. The bottom two workspaces just flow changes to the stream, theses workspaces do not accept any changes from the stream. Is this correct ?
What is the meaning of the broken blue arrow ?
rtc - RTCソース管理で複数のブランチ/ストリームを作成する
RTCソース管理で同じプロジェクトの開発の複数のストリームを作成する標準的な方法は何ですか?
現在、単一のストリームを作成するために、リポジトリワークスペースとそれに対応するストリームを作成します。プロジェクトをワークスペースにチェックインしてから、この新しいストリームに配信します。プロジェクトの新しい開発ストリームを作成するには、このプロセスを繰り返す必要がありますか、それともコマンドラインを使用するより良い方法がありますか?
rtc - IBM RTC でソース管理操作に失敗した許可が拒否されました
RTC で「許可が拒否されました」と表示される理由を理解するにはどうすればよいですか?また、特定の「拒否された」アクションの特権を付与するには、どのようなアクションを実行すればよいでしょうか?
例:
rtc - ストリーム内の既存のコンポーネントの変更
jar ファイルに対応する複数の最上位フォルダーを持つコンポーネントがあります。このコンポーネントに新しい最上位フォルダー (新しい jar ファイルに対応する) を追加するのは悪い習慣ですか? または、コンポーネントが追加されたら、新しいコンポーネントを追加する必要があります。
rtc - ストリーム内のコンポーネントレベルでユーザーアクセスを制限する
ユーザーがストリーム内のコンポーネントに変更セットを配信するのを防ぐことは可能ですか?
たとえば、 " Integration
"ストリームには、開発者からの配信が表示されないようにする必要があります。統合チームIntegration
のみがその" "ストリームを変更できる必要があります。
それでも、現在、プロジェクトエリアの共同作業者は誰でもリポジトリワークスペースを作成でき、フローターゲットを変更する(つまり、Integration
「ストリーム」を追加して「」を設定するcurrent
)ことで、そのストリームに配信することができます。
どうすればそれを防ぐことができますか?
java - Eclipse プラグインのプログラミングはどこから始めればよいですか?
プログラミング初心者Java
です。
私の仕事では、 RTCversion3でRTC サーバーとクライアントを使用する必要があります。
どこから始めればよいか教えてくれる人はいますか?Eclipse
Eclipe plugin programming
rtc - RTC:ストリームギャップを解決しますか?
私はRTCにファイル(それを呼び出します)を持っており、それを変更して、他のいくつかの変更とともにfoo.c
チェンジセット()にチェックインしました。CS1
次に、そのファイルを再度変更しCS2
、他の変更とともに別のチェンジセット()にチェックインしました。
ストリームに配信したいというケースに遭遇CS2
しましたが、RTCは、配信するとストリームにギャップが生じるというエラーを表示します(の変更のためCS1
)。CS1
まだビルドに含めるべきではない変更がいくつか含まれているため、まだすべてを提供したくありません。foo.c
inへの最初の変更CS1
は、のマイナーな削除であり#include
、他には何の影響もありません。
そのギャップを解決する方法はありますか?
パッチの適用に関するRTCのドキュメントにいくつかの内容がありますが、それがどこに行くのかわかりません。
チェンジセットを複数のチェンジセットに分割する方法はありますか?これにより、1つのファイルを配信するだけで済みますか?