1

abt に準拠しているため、この特定の PC でファイルをチェックアウトできませんでした

cleartool error: type manager "text_file_delta" create_branch operation.
cleartool error: unable to create a branch request by -mkbranch option in config spec.
cleartool error: unable to check out

config_spec:

# ONLY EDIT THIS CONFIG SPEC IN THE INDICATED "CUSTOM" AREAS 
#
# This config spec was automatically generated by the UCM stream
# "space_reload_CA" at 2013-09-06T16:13:58-04:00.
#

# Select checked out versions
element * CHECKEDOUT

element "[03d13482d8a611dc9c17000183b043eb=/space_tff]/.../..." -nocheckout

element "[03d13482d8a611dc9c17000183b043eb=/space_tff]/.../..." -nocheckout

element "[975cd291464411df86be0001843ab215=/space_tff/.../..." .../space_reload_CA/LATEST
element "[975cd291464411df86be0001843ab215=/space_tff/.../..." 
-mkbranch space_reload_CA
element "[975cd291464411df86be0001843ab215=/space_tff/.../..." /main/0 -mkbranch space_reload_CA

end ucm

#UCMCustomElemBegin - DO NOT REMOVE - ADD CUSTOM ELEMENT RULES AFTER THIS LINE
#UCMCustomElemEnd - DO NOT REMOVE - END CUSTOM ELEMENT RULES

# Non-included component backstop rule: no checkouts
element * /main/0 -ucm -nocheckout

#UCMCustomLoadBegin - DO NOT REMOVE - ADD CUSTOM LOAD RULES 


# Component selection rules...
4

1 に答える 1

2

それは、IBM の記事「 Element already has branch of type」のように見えます。

実際のエラーは次のとおりです。

%>cleartool co -nc a.txt
Created branch "branch" from "a.txt" version "\main\1".
cleartool: Error: Element already has a branch of type "branch" ("\main\branch").
cleartool: Error: Unable to create branch requested by -mkbranch option in config spec.
cleartool: Error: Unable to check out "a.txt".

次の原因が考えられます。

  • 時間の問題（以下の原因1、2、および4）：OP user2370590は可能な解決策について言及しています：

再起動すると、このようなタイプの問題が解決します

  • 構文エラーの問題 (下記の原因 3)

通常、構文エラーが原因ですが、あなたの原因を除いて、これは UCM ビューです。つまり、その構成仕様は ClearCase によって自動的に生成されます。

念のため、次のように入力します。

cd /path/to/your/view
cleartool chstream -generate
cleartool setcs -stream

これにより、ストリームの構成に従って、ビューの構成仕様が強制的に再生成されます。

チェックアウトを再試行してください。

原因 3:

このエラーは、多くの構成仕様の構文の問題が原因で発生します。

  • スコープ、パターン、またはバージョン セレクターのスペルが間違っています。
    たとえば、CHECKEDOUTまたはLATESTまたは ラベル名またはブランチ名
  • スコープ、パターン、またはバージョン セレクターの順序が正しくありません。
    たとえば、LATESTルールを参照するルールを含めるのを忘れています-mkbranch。
  • メタデータの「タイプ」は作成されていませんが、構成仕様で参照されています。
    たとえば、-mkbranch存在しないブランチ タイプを参照するルール。
  • Unix/Linux システムでは、ディレクトリは Windows スタイルのスラッシュ (" \" の代わりに " ") を使用して一覧表示されます。/

(注: 構成仕様では、常に " /"を使用してください。この方が簡単で、Windows と Unix の両方で動作します。

解決策 3: 構文を修正する

構成仕様で構文が正しいことを確認してください。

原因 1: 時刻同期の問題

このエラーは、ビュー サーバーと VOB サーバーの時刻が同期していないために発生します。

VOB サーバーの時刻 (クロック) がビュー サーバーよりも大きい場合、このエラーが発生します。これは、バージョンが作成されたタイム スタンプがビュー サーバーによって将来と見なされるため、ロードされないためです (スナップショット ビューのみ)。 ）。

解決策 1: 時間を修正する

ビューと VOB サーバーの時刻を修正して、それらが同期するようにします。

システム時刻を変更する方法については、オペレーティング システムの指示を確認してください。

原因 2 VMware の問題

このエラーは、VMware® ホスト マシンで ClearCase を使用しているときに発生する可能性があります。

エラーの原因は、VMware サーバーの時刻設定に関連しています。VMware サーバーの時間が VOB サーバーの時間よりも遅れている場合、mkbranch エラーが発生します。

解決策 2: VMware の時刻を修正する

VMware サーバーの時刻が VOB サーバーと同期していることを確認します。

次のコマンドは、VMware サーバーで時刻を VOB サーバーの時刻と同期させるために使用できる方法の 1 つです。

net time \\vob_server_name /set

原因 4: レプリカの移行

あるケースでは、エクスポート VOB が 1 つのホストから別のホストに移動されていました。管理ガイドに記載されている移動手順に従う代わりに、VOB が新しいホストにコピーされました。
これにより、VOB が 2 つの場所でアクティブなままになりました。ある開発者は、元の場所にブランチ タイプを作成しました。コピーされた VOB を新しい場所で使用し始めた後、開発者はコピーに最新のmkbranch操作が含まれていないことに気付きました。開発者は、mkbranch 操作を再度実行することにしました。

mkbranchインポート サイトは、最初のイベントで同期更新パケットを取得し、インポートしました。

次に、2 番目のイベントを含むパケットがmkbranch到着しましたが、ブランチが既に存在するため、インポートできませんでした。したがって、エラー。

解決策 4: レプリカを修正する

mkbranchこれは、送信サイトと受信サイトの両方のレプリカがイベントの日時について一致していないため、相違です。

レプリカの 1 つを削除して再作成する必要があります。どちらを削除するかは、レプリカ ファミリのサイズ、使用中の同期パターン、およびそのレプリカ内のデータを失う可能性によって異なります。

于 2013-09-13T19:07:25.097 に答える