RTC：ストリームギャップの解決？

StackOverflow https://stackoverflow.com//questions/10707694

  •  13-12-2019
  •  | 
  •  

質問

私はRTC（foo.cを呼び出す）にファイルを持っていて、変更セット（CS1）に他の変更とともに変更されています。その後、そのファイルをもう一度変更し、他の変更とともに別のチェンジセット（CS2）にチェックしました。

私は現在、CS2をストリームに配信したい場合に実行されますが、RTCには、ストリームにギャップを作成することができるエラーが表示されています（CS1の変更のため）。私はまだビルドに含まれていないいくつかの変更が含まれているので、CS1のすべてを配信したくありません。 foo.cのCS1への元の変更は、#includeをマイナーな削除し、他には影響しません。

そのギャップを解決する方法はありますか？

パッチの適用に関するRTCのドキュメントのいくつかのものを見ますが、それがどこに行っているのか理解できません。
チェンジセットを複数のチェンジセットに分割する方法はあります。これは私が1つのファイルを配信することを許可しますか？

役に立ちましたか？

解決

2012年以降のアップデート（そしてすべての "回避策"のすべてを配信し、あなたが望んでいないものを元に戻す）：

このスレッドを参照してください：< / P>

RTC 4.0.5ギャップを持つ変更セットを受け入れようとすると、追加のサポートを提供しました（修正をバックアップしようとしているときに遭遇することが多い）。

機能の非常に簡単な概要で、ギャップを含む変更セットを受け入れると、一度に設定された1つの変更セットを受け入れ、ギャップを含む変更セットの場合は新しい変更セットを作成できるようになりました。 （支援トレーサビリティを持つ）、それは同等の変更を含みます。
つまり、ユーザーは変更セット 'をパッチとして受け入れる必要がないことを意味します。

変更セットの適用パッチとしてのセットには、新しいワークフローと比較して制限があります。
この機能は、 RTC 4.0.5 'New＆Notowaly'ページ

この機能を示すビデオは以下のとおりです。

：見つけて変更セットの機能です。

の

RTC 5.0ギャップを埋める変更セットがユーザーに表示され、すべての変更セットを受け入れるか、RTCで利用可能なギャップワークフローを継続することができます。 4.0.5。

この機能は、 RTC 5.0「新規＆Notowaly」ページ：

ギャップの充填に関与しているクラスには、（RTC 5.0で利用可能）：

client side: IWorkspaceConnection.findChangeSetsToAcceptToFillGap(...) 
server side: IScmQueryService.findChangeSetsToAcceptToFillGap(...)
.

両方の機能は、「 SCM のギャップ処理の改善」の記事で詳しく説明されています。

の

オリジナルアンサー（2012）

チェンジセットを分割する方法はありますか？

私はそうは思わない、チェンジセットマニュアルページ：

コンポーネント内のファイルまたはフォルダは、複数のアクティブな変更セットの一部にすることはできません。
ファイルまたはフォルダがアクティブな変更セットに含まれている場合は、その変更セットの一部になります。変更セットが現在のものかどうか、およびそのファイルまたはフォルダへの変更を明示的にチェックインすることはできません。変更を含むアクティブな変更セットが完了しているまでの変更。

CS1 および CS2にfoo.cを有する

は、CS1は「完成」（凍結、本質的に）であり、それを試して分割するのが悪いであろう。

パッチソリューションは以下の手順を意味します。

  • CS1
    • をキャンセルする
  • foo.c~cs2
    • への追加変更を追加する
  • CS1の変更をやり直す
「私は、ストリームから変更セットを削除するにはどうすればよい？の」

を参照してください< / P>

ストーリー149483 のは面倒なワークフロー、およびギャップ検出（エンハンスメント24822 ）

OP Timwoj 終了：

私はそれをすべて配達するだけで終わったので、を望んでいなかったものを逆にしました。

他のヒント

問題：CS1の変更foo.cs2、CS2はfoo.cs2を変更します。あなたはCS2を配達したいだけですが、RTCはギャップを導入するだろうと伝えます。

解決策：CS2からパッチを作成し、CS1とCS2の両方を中断します。その後、パッチを適用し、それをワークスペースにマージし、CS3、CS2と同一であるがCS1に依存しない変更を作成する変更をチェックインします。これでCS3を配信できます。

CS3を配信した後、CS2を破棄してCS1を再開することができます。これはCS3とマージする必要があるでしょう。

その後、CS1がCS3に構築されている状態にあるべきであり、将来CS1を配信するかどうかを選択できます。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top