問題タブ [starteam]

StarTeamサーバーでCruiseControlを使用していますが、StarTeamサーバーのクラッシュに問題があります。サーバーに大きな打撃を与えているのではないかと考えています。3台のCruiseControlマシンと合計約30のプロジェクトにわたって、StarTeamにログインし、1分ごとに変更をチェックしています。私たちのプロジェクトのほとんどには、最大20,000個のファイルが含まれています。StarTeamを使用したこのタイプのシナリオでのパフォーマンス制限の経験がある人はいますか？

また、TFS、Perforce、SVNなどの他のバージョン管理システムでのCruiseControlのパフォーマンスメトリックにも興味があります。CruiseControlや多数のファイルを含む多数のプロジェクトを使用する場合、スケーラビリティの問題がありますか？

自動ビルド ジョブを設定するためのクルーズ コントロール ツールを使用してスターチームからファイルを取得する際に問題が発生した人はいますか??

スクリプトは正常に実行されているように見えますが、しばらくするとエラー メッセージ「エラーが発生しました: ネットワークからデータを読み取ることができません: StarTeam サーバーへの接続が失われました」が表示されて失敗します。

問題が Starteam サーバーのセットアップ方法にあるのかどうかはわかりません。チーム全体で 4 つのライセンスを共有しており、サーバーが一定時間非アクティブを検出すると、ユーザーを自動的にログアウトさせます。

継続的統合のために Cruise Control .Net 1.4 を使用しており、Windows 2000 デスクトップにインストールしています。ビルド用に Nant 0.85 があります。ソース管理は Borland Starteam 2005 にあります。VB.Net Windows アプリケーションの作成に使用する .Net 2003 フレームワークがインストールされています。CCNet をインストールしましたが、CCnet.config ファイルが正しく構成されていると思います。

私が直面している問題は、コードを変更して Starteam にチェックインするたびに、変更が CCNet サーバーによって検出されないため、変更に基づいてビルドをトリガーできないことです。そのためにはforcebuildに頼らなければなりません。しかし、1 分ごとに forcebuild を使用することは、私のプロジェクトでは受け入れられません。トリガーが変更に基づいていることを望みます。つまり、Starteam で変更が検出されるとすぐに、ビルドが自動的に実行されます。

私の CCNet.config ファイルは次のとおりです。

そして私のビルドファイルはこれです：

誰でもこれで私を案内してもらえますか?

Visual Studio 2005 と StarTeam 2008 (クロスプラットフォーム クライアントと VS 統合) を使用しています。ある時点で、「App.config」をプロジェクトに追加しました。このファイルがチェックインされないことに気付きました。

1. VS の [StarTeam Pending Checkins] ウィンドウで、ファイルが [Not in View] と報告されます。チェックインするためにそれを選択し、[ファイルのチェックイン] をクリックすると、ダイアログが表示されます - [すべての操作...保留中の名前変更/削除を完了する必要があります]。[はい] をクリックして続行しますが、何も起こりません。

2. StarTeam クライアントは、このファイルを「変更済み」として報告します。クライアントからチェックインすると、「保留中の名前変更/削除の完了」ダイアログが表示されず、ファイルがすぐに「現在」ステータスで表示されます。

3. VS から StarTeam を更新しても、ファイルが「Not in View」と表示されます。

チェックインを強制しようとしました。StarTeam のステータス ('Current') が VS に適用されることを期待して、作業ファイルを完全に削除し、ソリューションを新しくしました。

「不明」状態にある 2 つのファイルを含む StarTeam ビューがあります。なぜそれらがこの状態にあるのか、および/または状態から抜け出す方法を理解している人はいますか?

それらを削除して別の名前で再度追加することが唯一の解決策ですか?

これら 2 つのファイルを (定期的に、または「強制チェックアウト」を使用して) チェックアウトすると、それらは常に「不明」(煩わしい) としてリストされることに注意してください。

ありがとう。

以下のクレイグの提案に基づく詳細情報：

a) MD5 チェックサムを使用したファイル ステータスの計算: 同じ結果 (「不明」ステータス)

b) 問題のこれら 2 つのファイルは、サーバー上に 1 つのリビジョンしかありません。これは、CM グループがファイルを削除して再作成することで問題を修正しようとしたためなのか、それとも本当にリビジョンが 1 つだけだったのかはわかりません。ファイルはテキストファイルです。

c) ローカル マシン上のファイルを削除して、ステータスを更新しようとしました。これを行うと、2 つのファイルが "不明" として表示されるのではなく、合計 4 つのファイルが "不明" の状態で表示されます。ファイルごとに 2 つのエントリが表示されます。各ペアのファイル名、フォルダ パス、「変更者」、および「チェックイン時のファイル スタンプ」は同じです。各ファイルが 2 回リストされている理由がわかりません。ペアの各エントリを選択して [コンテンツの比較] を選択すると、差分ツールはそれらが同一であると表示します。

MD5 チェックサム比較を使用するか、非 MD5 を使用するかに関係なく、4 つのファイルで同じ奇妙な問題が発生します。

不足している 4 つのファイルすべてをチェックアウトしようとすると、ファイルをマージするように求める 2 つのアラートが表示されます。いいえ、ファイルはローカル ファイル システムにあり、ステータスは最初の状態に戻りました。2 つのファイルが「不明」としてリストされています。

クレイグの最新情報:

あなたは間違いなく何かに取り組んでいます。重複する各アイテムを別のディレクトリに移動しました。「不明な」アイテムなしで4つのアイテム（同じディレクトリに2つ、新しいディレクトリに2つ）をチェックアウトできるという点で、すぐに問題が解決しました。次に、新しいディレクトリに移動した 2 つのアイテムを削除しました。

これを行う際に、私はいくつかのより多くの情報を見ました。どういうわけか、次のようなディレクトリ構造があります。

どういうわけか、同じ名前のサブディレクトリが 5 つあり、問題のこれら 2 つのファイルは同じ名前のサブディレクトリの 2 つに存在していました。

問題は解決したようです。余分なサブディレクトリを手動で削除する必要があると思いますか?

Craig のおかげで、この問題は解決されたようです。この状況がどのように作成されたかはわかりませんが (誰か?)、しかし..今は大丈夫です。ありがとうクレイグ！

StarTeam の構成に関するアドバイスを求めています。2 つの主要な顧客が使用するプロジェクトがあります。私たちは共通のコード ベースを共有していますが、一度に 1 人の顧客向けに開発できるようにしたいと考えています。StarTeam を使用してこれを行う最善の方法を知っている人はいますか?

私はあなたがこのようなことをしたいと思うでしょう：

1.1 が完成したら、このコードを 2.0 にマージします。1.2も同様。次に、2.1 または 2.2 を作成します。

これは理にかなっていますか？私たちのシナリオで機能し、StarTeam と簡単に連携できる、常識的な構成管理ソリューションを探しているだけです。

ありがとう。

更新:この質問に関する有用な情報を含むSTのベスト プラクティス ガイドを見つけました (第 5 章を参照)。推奨事項は、Craig の ST の使用法 (以下を参照) と一致しています。このガイドは 2003 年 12 月に発行されたことに注意してください。

StarTeam では、ビュー間でファイルを共有できます。基本的に、StarTeam のビューは、他のビューからの個々のファイルを共有できます。その後、ファイルを分岐することもできます。何百ものファイルを共有する StarTeam のビューを移行する方法はありますか? 誰でもこれを経験したことがありますか？唯一の解決策が 1 つの StarTeam の「ビュー」を 1 つのリポジトリ (GIT など) に変換することであると仮定すると、GIT などで複数のリポジトリ間でファイルを共有できるようにする戦略はありますか?

ショーン

Borland Starteam では、ファイルをピン留めするだけの非常に単純なリベースを自動化したいと考えています (つまり、他のすべてを無視します - ウィザードで行うことを前提としています)。

StarTeam ヘルプの「VCMUtility セッション オプション」を参照して、すべてを無視するように DefaultAction を設定したいと考えています。すべてをオーバーライドする明白な方法はわかりません (これはすべての組み合わせをリストすることの結合であるため、オプションではありません)。

設定ファイルの例はありますか? または、StarTeam でこれを行った経験はありますか?

StarTeam 4.1 を使用しており、コマンド ライン バージョンの StarTeam を使用して、フォルダのすべてのファイルをチェックアウトしようとしています。しかし、何らかの理由で、C:\Installation にチェックアウトする代わりに、C:\400\Installation にチェックアウトします。GUI では、StarTeam は完全な作業フォルダ パスが C:\Installation であることを明確に示しています。stcmd.exe を実行してインストールのルートから 1 つのファイルをチェックアウトしようとすると、GUI からチェックアウトできますが、そのようなファイルはないと表示されます。stcmd.exe は、Installation のすべてのサブフォルダーも表示しません。なぜこれが起こっているのでしょうか？