問題タブ [clearcase]

コンプライアンス上の理由から、ClearCaseの特定のVOBで読み取りアクセスを制限する方法を検討するように依頼されました（したがって、これは監査可能である必要があります...など）。これまでに解決策を見つけたので、ここに投稿しますが、まだ質問があるので、助けていただければ幸いです。特に悪魔は細部に宿っているので、私は思います。

議論を簡単にするために、3つのVOBと3つのグループがあるとします。

• gAとgBは2つの特別なグループであり、他のすべてのCCユーザーはデフォルトのCCグループであるgCに属します。
• VOB vAは、グループgAへの読み取り/書き込みアクセスであり、他のすべてのユーザーに制限されています
• VOB vBは、グループgBへの読み取り/書き込みアクセス、グループgAへの読み取りアクセスであり、他のすべてのユーザーに制限されています
• VOB vCは、すべての人への読み取り/書き込みアクセスです

未回答の質問：

• CCユーザーに異なるドメイングループを使用するとどのような影響がありますか？ユーザーがログに記録すると、クリアケースグループはユーザー変数CLEARCASE_PRIMARY_GROUPによって取得されます。それらがgAからのものであり、vAで正常に動作している場合、この変数はgAに設定されますが、vCで何かを変更する必要がある場合、vCでのファイル/バージョンのグループ所有権はgAのままであると思います。それについては何もしません。vC内のオブジェクトは、最終的にgA、gB、gCに属するグループを持つことになります。それは問題になる可能性がありますか？

• 実際にgAとgBの両方の人々を含む新しいグループgA'を作成せずに、vBでACLを適切に設定できるかどうかさえわかりません。

• ここでの難しさは技術的なものではなく、特定の人々に適切なグループへのアクセスを提供するプロセスにおいて、CMチームはこれを避けなければならない（そしてそれをセキュリティ部門と関係する開発チーム）。誰かがこの問題の経験がありますか？

• ClearCaseリージョンを使用して同じ効果を達成することは可能であるようです。それはどのように機能しますか？

よろしくお願いします、

トーマス

Eclipse で「外部ツール」を設定しようとすると、プロジェクトの場所、ワークスペースの場所などを処理する変数が多数ありますが、コピー ビュー エリア (つまり、CCRC ビューの開始場所) を参照する変数はありません。

これは、ビュー内で作業している Java プロジェクトの外部の VOB にあるツールを参照する場合に非常に便利です。

コピー ビュー エリアを Eclipse の変数として取得する方法について何か提案はありますか?

ありがとう、

スチュアート

ディレクトリとすべてのサブディレクトリをクリアケースにチェックインしたい。それを達成するための特定のコマンドはありますか？現在、各ディレクトリに移動し、各ファイルを手動でチェックインしています。

私は少しピクルスにいます。m2 プロジェクトでビルドを実行する前に、いくつかの環境スクリプトを実行しようとしていますが、どんなに頑張っても、'pre' ビルド スクリプトが十分に早く実行されることはありません。

「ビルド前」スクリプトが実行される前に、プロジェクトは正しいファイルがワークスペースにあるかどうかを確認します。これらのファイルは、作成したスクリプトが実行されるまで存在しません。

それらを「ビルド前」にするために、M2 Extra Stepsプラグインを使用していますが、「ビルド前」では十分ではありません。

自分のやりたいことを実行する方法について、何か提案はありますか?

乾杯。

私は、すべての変更を追跡して、昨日コードをどこで壊したかを把握することと、物事を正常に保つ制御された (オーバーヘッドの高い) コード レビュー プロセスとの間の矛盾に苦しんでいます。

私は非常に伝統的な ClearCase ショップで働いています。すべてのチェックインにはコード レビューが必要であり、私にはプライベート ブランチを作成する権限がありません。私の日常業務すべてをバージョン管理したいという衝動を満たすために、クリアケース ビューで mercurial を使用しています。

私は、クリアケースの人々とできるだけうまく遊びながら、私の日々の変化を追跡するための最良の方法は何かについて、集合的な知恵を求めています.

この Perl の部分は、ClearCase のファイルが存在するのに存在しないことを教えてくれます。

誰もこれを見たことがありますか？

一部のファイルは正常に返されます。私は困惑しました。

Clearcase ビューは動的であり、UNIX 上でホストされます。

このコードは、同じビューの同じフォルダーにあるファイルが存在し、別のファイルが存在しないことを返しています。

以前、ソース管理システムとしてのClearcaseに関する意見を文書化しましたが、残念ながら、現在も使用しています。だから私はあなたたちに私の欲求不満の1つを和らげるのを手伝ってくれるよう頼みます。

特定のファイルが変更された理由を特定する際に発生していた問題のいくつかを改善するために、開発者ごとに1つのブランチからタスクごとに1つのブランチに移行しました。一般的に私は解決策に満足していますが、1つの大きな問題があります。単純なスクリプトを使用してタスクを開始および終了し、ユーザー名とタスク番号で名前が付けられた新しいブランチを作成してから、ローカルスナップショットビューを更新して、次のような構成仕様にします。

私のプロジェクトに2つの結合ファイルA.csとB.csがあるとしましょう。最初のタスクでは、ブランチのAに変更を加えます。次に、何らかの理由でタスク2322の作業を停止し、タスク2345の作業を開始する必要があります（タスク2322は終了していないため、メインにマージしません）。新しいタスクブランチ2345を作成し、A.csとB.csの両方を編集して、結果をメインにマージします。ここで2322の作業に戻るので、構成仕様を上記で定義したものに戻します。この時点で、タスクブランチのA.csファイル（以前に編集したので、そのブランチのローカルバージョンを取得します）と最新のファイルが表示されます。メインからのB.csのバージョン。2345ブランチでA.csに変更を加えていないため、ビルドが中断します。代わりに必要なのは、中断したところからタスク2322を取得し、ブランチが作成されたときにメインで最新だった古いバージョンのA.csでそれを表示できるようにすることです。

私の見方では、これを修正するためのいくつかのオプションがあります。

• 構成仕様を変更して、適切な日付にmainからファイルを取得するようにします。これは、日付がわかっていて手動で設定してもかまわない場合は簡単に実行できますが、これをタスク切り替えスクリプトに自動化する方法がわかりません。ブランチの作成日を取得する方法はありますか？

• mainの各ブランチにラベルを作成します。理論的には簡単ですが、CCのインストールのラベリングシステムはすでに数百のラベルの重みで崩壊しているため、ブランチごとに開発者ごとに1つ対応できるかどうかわかりません（私の例のタスクに注意してください）は2322であり、プロジェクトの約4分の1しか進んでいません）

• メインからタスクブランチにマージします。もう一度機能するはずですが、長時間実行されているブランチには、そのタスク用に変更されたファイルだけでなく、無関係なものを機能させるためにマージする必要のあるすべてのファイルが含まれます。これにより、開発者ごとのブランチアプローチと同じくらい複雑になります。特定のタスクを完了するためにどのファイルが変更されたかを確認したい。

ここで何かが足りないことを願っています。設定仕様を設定して、厄介な回避策なしでメインから期待されるファイルを取得する方法があります。では、Clearcaseでどのように分岐していますか？

ClearCase では、「cleartool ls」を使用してディレクトリの内容を一覧表示できます。

私の質問は、CAL (ClearCase Automation Layer) を使用して同じことを行うにはどうすればよいかということです。私が COM API を好む理由は、"ls" の出力を解析する必要がないからです。

これまでのところ、VOB とビューを正常に取得できていますが、コンテンツを一覧表示する方法は見つかりませんでした。

これまでの私のコード:

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

興味のある人のために、VonCの回答をC＃で書きました。

私はSCMを新しいプログラム用にセットアップするのを手伝っており、現在、VCSを決定しているところです。

この時点での主な候補は、SVN、ClearCase、SVN + DVCS、および単なるDVCSです。

現在、チームはSVNまたはSVN+DVCSのいずれかに傾いています。ClearCaseの費用と管理コストを回避したいのですが、ClearCaseが提供するワークフローとバージョン管理オプションが必要です。DVCSを使用するオプションも提案し、そのアイデアを検討しています。

DVCSについては、Mercurial、Bazaar、Gitを検討しています。チームはSVNに満足していますが、必要な汎用性が提供されるとは思わないため、SVNオプションに加えてDVCSを検討しています。

そのようなセットアップを実行するためのアドバイス（既存のツール、プロセスなど）はありますか？

懸念事項は次のとおりです。

• セットアップのしやすさ
• ワークフローの設定（<->コードレビュー->テスト->トランク、次にトランク->統合テストブランチ->リリースブランチにバグ修正を加えたリリース）、監査（バグが導入されたときに発見された）
• メトリックの生成
• ClearCaseに慣れている開発者にとっての合理的な学習曲線。
• Windows開発
• 課題追跡システムの統合（石に設定されていませんが、おそらくRedmineになるでしょう）

今回は逆です。SVN ベースのプロジェクトを ClearCase に移行する必要があります。(カスタム スクリプトを作成するのではなく) プロセスを少し簡単にするツールはありますか?また、これを行った経験のある人からの落とし穴はありますか?

ありがとう！