ソフトウェア
開発支援

• ごく最近のチェンジリスト（編集目的のみ）を取り消す
• 古いチェンジリスト（編集目的のみ）を取り消す
• 編集同様、追加および削除目的のチェンジリストを取り消す

Change 1000 by trudi@spice on 1999/07/27 11:47:04 Webページを改修した。 Affected files ... ... //depot/foo#9 edit ... //depot/bar#3 edit ... //depot/ola#4 edit

1. p4 sync @999
2. p4 edit //depot/foo //depot/bar //depot/ola
3. p4 sync
4. p4 resolve -ay
5. p4 submit

1. チェンジリスト 1000 で影響を受けたファイルについて、戻したいリ ビジョンに同期します。-- つまりそれは、チェンジリスト 1000 をサブミ ットする前のファイル・リビジョンになります。
2. これらのファイルを、編集目的の作業状態にします。
3. 最新リビジョンに同期します。作業中のファイルは変更されず、衝突 解決がスケジュールされるだけです。
4. "yours を承諾" でファイルを衝突することによって、クライアント・ ワークスペースのファイルの内容は変更されません。
5. 戻したかったリビジョンが、最新リビジョンとしてサブミットされま す。

1. p4 sync @999
2. p4 edit //depot/foo //depot/bar //depot/ola
3. p4 sync @1000
4. p4 resolve -ay
5. p4 sync
6. p4 resolve
7. p4 submit

1. クライアント・ワークスペースを同期して、ファイルがチェンジリスト 1000 より前の状態になるようにします。
2. チェンジリスト 1000 で影響を受けたファイルを、編集目的の作業状態に します。
3. クライアント・ワークスペースを同期して、ファイルがチェンジ リスト 1000 のときの状態になるようにします。作業状態になったファイルは変更されず、衝突解決がスケジュールされるだけです。
4. "yours を承諾" でファイルを衝突することによって、クライアント・ワー クスペースのファイルの内容は変更されません。
5. クライアント・ワークスペースを最新リビジョンに同期します。作業状態になったファイルは変更されず、再び衝突解決がスケジュールされます。
6. クライアント・ワークスペース内で作業状態のファイルに対して、チェン ジリスト 1000 以降に行われたすべての変更を対話形式でマージすることがで きます。つまり、適切な編集をマージして戻すことになります。それぞれのフ ァイルに対して、"マージ結果を承諾" で衝突解決します。（もし、コンフリク トしている箇所があれば、初めにマージ結果を編集しなければなりません。コ ンフリクトとは、チェンジリスト 1000 によって変更された箇所が、継続する チェンジによっても別の内容で変更されたことを示します。）
7. 変更したリビジョンを、最新リビジョンとしてサブミットします。

Change 1000 by trudi@spice on 1999/07/27 11:47:04 RevampのWebページ。 Affected files ... ... //depot/foo#1 add ... //depot/bar#3 delete ... //depot/ola#4 edit

1. p4 sync @999
2. p4 edit //depot/ola
3. p4 add //depot/bar
4. p4 sync @1000
5. p4 resolve -ay
6. p4 sync
7. p4 resolve
8. p4 delete //depot/foo
9. p4 submit

1. クライアント・ワークスペースを同期して、ファイルがチェンジリスト 1000 より前の状態になるようにします。
2. 編集されたファイルを、編集目的の作業状態にします。
3. 削除されたファイルを、追加目的の作業状態にします。
4. クライアント・ワークスペースを同期して、ファイルがチェンジリスト 1000 のときの状態になるようにします。作業状態になったファイルは変更され ません。編集目的で作業状態にされたファイルに対して、衝突解決がスケジュー ルされます。
5. //depot/ola を "yours を承諾" でファイルを衝突することによって、当 該ファイルの内容は変更されません。
6. クライアント・ワークスペースを最新リビジョンに同期します。作業状態になったファイルは変更されず、再び衝突解決がスケジュールされます。
7. チェンジリスト 1000 の後、//depot/ola 対して行われたすべての変更を対話形式でマージすることができます。
8. チェンジリスト 1000 で追加されたファイルを、削除目的で作業状態にし ます。
9. 変更されたファイルを最新リビジョンとしてサブミットします。

1. p4 sync @999
2. p4 edit //depot/ola
3. p4 flush @1000
4. p4 resolve -ay
5. p4 flush
6. p4 resolve
7. p4 delete //depot/foo
8. p4 add //depot/bar
9. p4 submit
10. p4 flush @999
11. p4 sync

1. クライアント・ワークスペースを同期して、ファイルがチェンジリスト 1000 より前の状態になるようにします。
2. 編集されたファイルを編集目的で作業状態にします。
3. p4 flush コマンドを実行します。このコマンドは、実際にはクライアント・ ワークスペースのファイルを変更しません。PERFORCE に対して、現在のクライ アント・ワークスペースがチェンジリスト 1000 を同期した状態であるかのよ うに思わせ、//depot/bar ファイルを削除しません。
4. //depot/ola を "yours を承諾" でファイルを衝突することによって、当 該ファイルの内容は変更されません。
5. すでに削除されたすべてのファイルを削除することなく、PERFORCE に対して、最新リビジョンを同期しているかのように思わせます。
6. 前回のシナリオと同様、チェンジリスト 1000 の後に行われたすべての変 更を、編集目的で作業状態のファイルに対して対話形式でマージすることがで きます。
7. 前回に追加されたファイルを、削除目的で作業状態にします。
8. 前回に削除されたファイルを、追加目的で作業状態にします。（これが、p4 flush を実行した理由です。これにより、クライアント・ワークスペースにあ るこのファイルは残ります。）
9. 変更されたファイルを最新リビジョンとしてサブミットします。
10. PERFORCE に対して、クライアント・ワークスペースがチェンジリスト 999に同期されているかのように思わせます。（最初に p4 flush を実行する前の、 本来あるべき姿です。）これは、次のステップで正しいファイルを同期するこ とを確実にするためのものです。
11. クライアント・ワークスペースを、現在のディポ・ファイルに同期します。