プロジェクトのルート レベルに削除するファイルがあります。ClearCase を使用している場合、ファイルをローカルで削除してから、ファイルの場所の親ディレクトリをチェックインすると、clearcase リモート リポジトリからファイルが削除されます。RTC ソース管理でファイルを削除するには、このオプションを使用できないようですか?
質問する
3785 次
2 に答える
2
親ディレクトリを微調整する必要はありません (ClearCase で必要だったように)。
ファイルをディスク (ローカル ワークスペースまたはサンドボックス内) から削除するだけです。
RTC に [保留中の変更] ビューでそのサンドボックスを更新するように依頼すると、関連する矢印に「-」が付いた未解決のセクションにそのファイルが表示されます。
次の例を図として参照してください(チェックインされた変更セットの一部である、削除されたファイルを示しています)。
チェックインしてから配信します (このチェンジセットをワークアイテムに関連付けた後)。
同じ Stream でリポジトリ ワークスペースを作成または更新するユーザーは、そのファイルを表示できなくなります。
cleartool rmnameそれは（必要に応じて後でそのファイルを取り戻すことができるという点で）と同等です
参照からのファイル バージョンの削除 ( cleartool rmver) は、RTC4 でのみ可能です: 「ファイル変更に関連付けられたコンテンツを完全に削除する」
于 2012-10-16T09:32:25.930 に答える
1
私が言及する唯一の追加は、共有ルート(ロードされた最も低い要素) を削除する場合は、「リポジトリで削除」アクションがあることです。これは、 deleteと unloadを区別する方法が必要だからです。
「他のツールで RTC Eclipse クライアントを使用する」を参照してください。
フォルダーをロードするとき、デフォルトで選択されるのはコンポーネントの最上位フォルダーです (上記の例では、それが
Ruby Projectフォルダーになります)。
ただし、上のスクリーン ショットでは、コンポーネント自体が選択されています。その結果、コンポーネントのルート フォルダーがファイルの場所に読み込まれ、C:\dev\sandbox\Ruby Workこのフォルダーにはコンポーネントのすべてのコンテンツが含まれます。
以下のセクションで説明するように、コンポーネントのルート フォルダーをロードすることにはいくつかの利点があります。
これの主な利点は、Eclipse クライアントが新しいコンテンツを共有し、サンドボックス内の最上位フォルダーを削除または移動するためのカスタム アクションを提供する一方で(share root)、これらのアクションは、コンテンツが Eclipse プロジェクトとしてロードされている場合にのみ使用できます。Eclipse クライアントは、リポジトリ内の対応するフォルダーを削除または移動するために使用できるプロジェクトのコンテキスト メニューに、リポジトリ内チーム/リポジトリ内移動` アクションを
Team/Delete提供します。 SCM CLI にはこれらのアクションに相当するものがないため、Eclipse プロジェクトとして利用できないコンテンツを操作している場合は、削除または移動するフォルダーの親フォルダーをロードする必要があります。action and a
于 2012-11-07T22:35:31.957 に答える