問題タブ [clearcase]

静的ビューで、古いバージョンのファイルを表示するにはどうすればよいですか?

空のファイル (emptyこの例では呼び出されます) を指定するdiffと、古いバージョンを表示するために転覆できます。

これはかなり醜いハックのように感じます。より基本的なコマンドを見逃していませんか? これを行うためのよりきちんとした方法はありますか？

(構成仕様を編集したくありません。これはかなり面倒です。古いバージョンをたくさん調べようとしています。)

明確化: ファイルのバージョンを stdout に送りたいので、残りの Unix (grep、sed など) で使用できます。ファイルへの要素のバージョンについては、Brian's answerを参照してください。

ローカルの ClearCase ビューで多数のファイルを追加/削除/変更した場合、すべてのファイルがソース管理に追加されたことを確認するにはどうすればよいですか?

Serena ChangeMan Version Manager 8.1.4.2に移行したいRational ClearCase Explorer 2003.06.10+を使用するリポジトリがあります。

これは可能ですか？ClearCaseリポジトリは、ドキュメントのコピーを保持する場所として、すべての機能に使用されたわけではないため、保持する必要があるのはファイルとそのバージョン履歴だけです。

ClearCase の find コマンドを使用して、pom.xml という名前を持たないディレクトリ内のすべてのファイルを検索するにはどうすればよいですか?

他の選択オプションを ClearCase の find コマンドに渡したいので、別のコマンドを実行したくありません。

ClearCase の RedHat Linux バージョンを使用しています。「cleartool find ! -name pom.xml -print」を試しましたが、うまくいきません。

PS: ClearCase を選択して使用するわけではありません。私のプロジェクトでは義務付けられています。これが嫌いな理由の一つです。私はマニュアルページを何度か読みましたが、これを行う明確な方法がわかりません!

私は職場でやや複雑な分岐構造を持っています (少なくとも私にとっては)。それは次のようなものです：

メインから離れた2つのブランチがあります。次期バージョンに向けてみんなで変更した「Ver2」と、私の作品である「ProjectA」。

私の質問は:何がマージされたかを知っている構成仕様を作成する方法はありますか?

1. マージされていない ProjectA のすべて
2. ProjectA の LATEST が Ver2 にマージされている場合、Ver2 ブランチから LATEST を取得します。
3. ProjectAのブランチがない場合はVer2から取得
4. Ver2がない場合はMAINから取得

たとえば、上記の場合、ProjectA のバージョン 1 を Ver2 ブランチのバージョン 2 にマージした場合、Ver2 でバージョン 3 を見たいと思うでしょう。ただし、これらのファイルをまだマージしていない場合は、ProjectA のバージョン 1 を表示する必要があります。

最新の ClearCase ラベルから取得した C# GUI フレームワークにバージョン情報を追加しようとしています。これは、もともと以下のように Visual Soursafe から行われました。

ソース コード管理を VSS から CC に変更したので、ClearCase を使用して同様のことをしようとしています。どんな助けでも大歓迎です。

ありがとう！

これは、Apache Maven と IBM Rational ClearCase がうまく統合されているかどうかを尋ねる質問から始まりました。私が発見したことを書き留めるべきだと思った-さまざまな編集が必要になるだろうが、最終的には私が望むすべてを追加するつもりだ.

環境

ClearCase - ClearCase のバージョン 7.0.1.2。

Maven - Maven Web サイトからのすべて。

Hudson - Hudson の Web サイトから直接ダウンロードしたバージョン 1.307

質問

• Maven は VOB から実行されますか?

Maven2 のすべてのバージョンを VOB 'スタック' にインストールしました。つまり、バージョン 2.0 を追加してラベルを付け、ラベルをロックしてから、2.0.1 を一番上に追加しました。

無関係なファイルが存在しないようにするために、clearfsimport で -rnname フラグを使用しました。

このように、ラベルを使用して構成仕様でアクセスしたい Maven のバージョンを指定するだけで済みますが、maven 実行可能ファイルのパスは/maven/bin/mvn のままにします。

すべてのバージョンがインストールされると、Dynamic View を介してそこから Maven を問題なく実行できました。リポジトリは通常どおり、Nexus の内部インストールからユーザーのホーム ディレクトリにダウンロードされます。これにより、チェックインとチェックアウトに関する問題が解決されます。

ツールをソース管理に保持する利点は、会社全体の設定 (内部リポジトリを指すなど) を設定できることです。その後、任意のプラットフォームで VOB から Maven の単一インスタンスを実行できます。これにより、最初に設定した設定が保持されます。

Maven プロジェクトでは、src ディレクトリと pom.xml のみをソース管理に保持しました。他のすべては後で自動生成できるからです。

• Hudson は ClearCase で動作しますか?

Hudson を ClearCase Dynamic Views で実行するようにセットアップするのに問題はありませんでした。Hudson の作業ディレクトリからビューのルート (この場合は /view/xxx) へのシンボリック リンクを作成するだけで済みました。ClearCase プラグインはct lshistoryを正常に実行して、開発者がマージする統合ブランチに変更があったかどうかを確認しました。

ジョブの初期環境 (config.xml と動的ビューのシンボリック リンクのみ) をセットアップする小さなスクリプトを作成して、ジョブに正しいビューがリストされ、初期設定が正しくなるようにしました。その後のユーザーによる拡張は、デフォルトのテンプレートを自分で設定するのではなく、デフォルトのテンプレートに変更するものでした。

Hudson の全体的な設定では、$CLEARCASE_VIEW 環境変数を使用して、Maven 実行可能ファイルへのパスを設定しました。このように、Maven のバージョンは、Hudson 内で選択したバージョンではなく、構成仕様で設定されたバージョンに依存していました。

これにより、私 (管理者) とユーザーの両方の余分な管理を省くことができます。

• どの内部リポジトリ マネージャーを使用しましたか?

Sonatype Nexus を内部レポジトリ マネージャーとして設定しました。主な理由は、Sonatype のブログで、Hudson が Nexus との統合を強化する予定であることを読んだためです。また、セットアップして試してみたところ、リポジトリマネージャー内のグループをより柔軟に調整できるため、大規模な商用環境により適していると思いました。これは、多数のプロジェクトに役立ちます。

ClearCase ディレクトリ構造に多数のファイルがあり、すべての「makefile」を「Makefile」に変更する必要があります。コマンドとexecフラグの組み合わせを考えていますfind . -name makefileが、execコマンドを思いつくのに苦労しています。cleartool mv コマンドはディレクトリを自動的にチェックアウトしないため、ディレクトリをチェックアウトしてから mv を実行する必要があります。しかし、私が知る限り、使用する必要があるのは %CLEARCASE_PN% シンボルだけであり、これにより完全なパス名が得られます。そのため、そこからディレクトリを解析する必要があります。私よりもシェルに詳しい人が、私がパズルを解くよりも早く適切なコマンドを思い付くことができることを願っています。

ここで使用する cleartool、Windows cmd、および Cygwin があります。

私は 1.5.19 の dll バージョンで Cygwin を使用しています (はい、時代遅れです、私は知っていますが、構成管理の理由でそれを行っています)。umask が 022 であるにもかかわらず、すべてのファイル (既存および新しく作成されたもの) がパーミッション 644 で表示されます。また、chmod を使用してもパーミッションは変更されません。CYGWIN 環境変数に ntsec を設定しました。実行権限を追加できる必要があります。これを修正しようとすることができるものはありますか、それとも失われた原因ですか?

かなり後のメモ: 問題の重要な部分は、chmod しようとしていたファイルが、MVFS を使用する ClearCase 動的ビューにあったことであることに気付きました。ただし、実行権限を正常に設定する方法はまだ見つかりません。

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

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

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

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

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

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

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