問題タブ [config-spec]

この構成仕様は、必要なファイルを示しています。

ここで、ソースが将来のある時点でどのように見えるかを確認する必要があるため、次のようにします。

残念ながら、これはまだ「現在」を示しています。マニュアルには次のように書かれています。

時間ルールは入れ子にすることができます。それらには、クエリ言語構造が含まれていない場合があります。

わかりましたが、その後どうすればよいですか？

クエリ言語を使用せずに、特定のラベルを持つファイルとディレクトリを除外するにはどうすればよいですか? または、クエリ言語で時間を指定する方法はありますか?

(SLT-T ラベルを持つファイルはなく、SLT ラベルを持つディレクトリもありません。)

たとえば、次のように書く代わりに:

私はこのようなものを書きたいと思います:

これは可能ですか？正しい構文は何ですか?

おはようございます、

スナップショットのloadステートメントから特定のディレクトリを1つだけ除外する方法はありますか。たとえば、\ PM_CT \ lost+foundディレクトリを除く' PM_CT 'という名前のVOB全体をロードしたい場合などです。

...それを行うためのエレガントな方法はありますか？また、ロードされた複数のVOB全体で、失われたディレクトリと見つかったディレクトリをすべて除外するにはどうすればよいですか？

乾杯とありがとう、

-イェルク

ClearCase 構成仕様では、(バージョン属性ではなく)要素属性に基づいてバージョンを選択できますか? 例えば：

「要素」仕様の最後の部分はversion-selectorであり、バージョン属性のみを確認するため、これは機能しません。

私がやろうとしているのは、ファイルを 2 つ以上のクラスに分割し、異なる「要素」行をファイルの異なるクラスに適用することです。1 つのクラス内のすべての要素に属性のタグを付けようとしましたが、構成仕様の要素に基づいて選択しようとして行き詰まりました。この種のことを行う唯一の方法は、1 つのクラスのすべてのファイルを 1 つの場所に配置し、2 番目の構成要素 (「パターン」) を使用して区別することです。

しかし、1 つのクラスのすべてのファイルを 1 つの場所に移動するか、個々のディレクトリやファイルをすべてリストする巨大な構成仕様を用意する必要があるため、これは非常に見苦しいものです。

前もって感謝します...

レイ

以前の構成仕様で存在していたビューからいくつかのファイルを削除して、新しい構成仕様で (構成仕様を変更した後に) CC スナップショット ビューを更新する方法はありますか?

基本的に何が起こるかというと、更新後に多数の.keepフォルダー/ファイルがあり、これらを持ちたくないことを前もって知っています。

現在、私は を行っていますが、アーティファクトcleartool.exe update -force -overwrite 'path to snapshotview'の作成を防ぐオプションがあるかどうか疑問に思っていましたか?.keep

私は2つの枝を持っています

1) /main/branch1_tv- <vob>/se/ip/FolderA, folderB...

2) /main/branch1_tv/branch2_tv-<vob>/se/ip/FolderC

ラベル [Label_1_tv] を作成しました。私がやりたいことは、ラベル付けされたすべてのフォルダーとファイルを 1 つのビューに表示する 1 つの構成仕様を持つことです。

注記: CC 7.1.1。Branch1オフですMain/0。
branch 2は と から外れ/main/0て/branch1/0います。VOB レベルのすべての要素とその
すべての要素にラベルを付けました。branch 1FolderC

これにより、複数の場所の要素を 1 つのビューに表示できるようになり、ビルドと開発が容易になると思います。

ご協力ありがとうございました。

ビルドに使用する構成仕様があり、組織内のすべての開発者が失敗を恐れずにビルドで任意のタスクを実行できるように、これを使用することをお勧めします。新しい要素を含めたり、古い要素を除外したりするために、その構成仕様を時々更新する必要があります。

これを行う際のプロセスは、現在の構成仕様でシステムを構築するために使用するビューを手動で更新するように、すべての開発者に簡単なメールを書くことです。

これは煩わしく、エラーが発生しやすいため、多くの開発者がこれらのメールを無視するようになり、ビルドが壊れているために呼び出されます。

すべてのビューがその構成仕様を使用でき、人々の下でそれを更新できるように、何らかの方法で構成仕様を一元的に定義することに非常に興味があります。これは厳格に思えるかもしれませんが、何百人もの開発者がいて、全員が同じビルドを実行している場合、それは理にかなっているように思えます。

include共有を使用して構成仕様を保存し、それを行を使用して開発者のビューに含めるというアイデアについては既に調査しましたが、ドキュメントには次のように記載されています。これは、ルールが再評価されるのは、何らかの方法で構成仕様を編集するコンテキスト内にある場合のみであるという意味であると思われることを意味するように、テストで表示されます。

私が探している解決策は、clearcase を操作するたびに構成仕様を再評価するか、少なくとも更新することです。そうすれば、全員の構成仕様を管理できました。

考え？

ConfigObj を使用して python .py ファイルを作成しようとしています。

私が直面している問題は次のとおりです-

1. configObj を使用して開始引数 (classname、init ステートメント)、import ステートメントなどを追加するにはどうすればよいですか?
2. ConfigObj では、セクション区切りを使用できます。コメントをセクション名として使用するにはどうすればよいですか? 明らかに、.py ファイルに不正なコードがあると実行されません。そこで、コメントをセクションヘッダーとして使用して物事を区切りたいと思います。

以下は、使用しようとしている configspec ファイルのコードです (はい、OpenFlow に取り組んでいます) -

最後に、この仕様を実行すると、コードは次のエラーを返します -

明らかに、これは、ConfigObj で実行する適切な種類の構成仕様を作成できないことを意味します。

私の 2 点の質問への回答は素晴らしいものになります。

特定のファイルタイプでのみ分岐するconfigspecを作成しようとしています（IE Docsは苦痛を伴う可能性があるため、それらを避けたいと考えています）。

現在、次の拡張子があります：*.txtおよび*.pl（例）

私が試してみました：

そして、括弧を使用したいくつかのバリエーションなど。

私は困惑しています。特定のコンテキストでは、c ++と同様の比較演算子を使用できますが、これを機能させることができないことがわかりました。

（ここからクエリ言語のセクションを見てください：http： //publib.boulder.ibm.com/infocenter/cchelp/v7r0m0/index.jsp？topic = / com.ibm.rational.clearcase.cc_ref.doc / topics / config_spec .htm

使用できるはずです：query && query

configspecを使用して特定のファイルタイプでの分岐のみを許可することは可能ですか？その場合、正しい方向に進むためのヒント/ヒント/何かがありますか？

編集：私が送信したリンク（とにかくそのサイトのページの1つ）から読んで、あなたはそれを効果的に何かを使って設定することができます

これは、表示しているhファイルとcファイルと一致し、それらに基づいて分岐できるようにする必要があります。

それは機能し、.txtファイルにのみ一致します。これは素晴らしいことです。追加のセットに一致することを望んでいました。おそらく、1行か2行追加することができ、それで私がやろうとしていることを達成できるかもしれません。

私たちのチームは、さまざまな理由で特定のファイルセットにのみ分岐します。その理由のひとつは、マージが難しい場合があることです（.docファイルに注意してください）。チームが「分岐可能」として指定したものを自動的に分岐するconfigspecを作成するつもりでしたが、それ以外の場合はメインをチェックアウトするだけです。

私の問題がより明確になることを願っています。最初の回答VonC（私は思う）であなたが話していることとはまったく違うと思います。あなたの回答がまだ続くかどうか教えてください。

動的ビューにいくつかのフォルダーのみを表示しようとしています。

そのために、以下のように clearcase 構成仕様を記述しました。

ただし、他のすべてのフォルダーも表示されます。唯一のことは、それらのフォルダーを開くことができないことです。構成仕様に記載されていない他のすべてのフォルダーを非表示にすることは可能ですか (スナップショット ビューでは、ロード ルールを追加することでこれを実行できることはわかっていますが、動的ビューで実行したかったのです)。