問題タブ [changelist]

p4 クライアントを開き、作成済みの変更リストに関連付けました。そのチェンジリスト（私が作成したものではない）は保留中の状態です。その変更リストは、他の誰かが行った変更に関連付けられています。p4 クライアントを削除したいです。「p4 revert file-name」を使用して、自分が行った変更を元に戻しました。「p4 open」には何も表示されません。変更リストには他のユーザーによる変更が含まれているため、「p4 change -d change-number」を使用して変更リストを削除することはできません。このシナリオでは、「p4 client -d client-name」を実行して p4 クライアントを削除しています。ただし、保留中の変更リストに関連付けられているため、エラーがスローされます。保留中の変更リストを削除せずに p4 クライアントを削除するには? p4 クライアントを変更リストからリンク解除してから削除する必要があると予想しています。どうやってするの？

P4Vを使用しています。ログに記録されたユーザーを変更すると、ワークスペースの 1 つに空のフォルダーしか表示されず、コンテンツを読み込めませんでした。したがって、この空のフォルダーを削除するようにマークしました-関連する変更リストを作成しましたが、このフォルダーをワークスペースから削除しませんでした。他のいくつかの試行の後、最終的に正しいワークスペースに接続することができました。変更リストはもう必要ないので、削除しました。次に、ワークスペースのコンテンツを展開すると、削除対象としてマークされたすべてのファイルが表示されました。マークを外そうとしましたが、できませんでした。そのため、必要に応じて変更リストを作成するために削除するようにもう一度マークを付けてから、削除予定のマークが削除されることを期待してこれを元に戻します。突然、P4V がプロジェクトからすべてのファイルを削除し始めました! 次に、アプリケーションを停止し、もう一度実行して、この変更リストを元に戻しました。Ok、ファイルは復元されましたが、以前の操作で削除されたマークはすべて、他の場所にいる他のユーザーに対しても表示されます。このマークを消す方法を知っている人はいますか？

Git を使用して IntelliJ でコードをコミットすると、次のダイアログが表示されます。

ご覧のとおり、Change list「失敗から回復しています...」に設定されています。これは私のタイトルで、ずっと前に作成されたもので、使い方がわかりません。

そこで、このタイトルをダイアログから削除したいと思います。

しかし、「デフォルト」に変更すると、空のウィンドウが表示されます。

これらすべてが何を意味し、古い変更リストのタイトルを取り除き、コードをコミットできるようにする方法は?

tkdiff同じファイルの 2 つの Perforce チェンジリスト バージョンに対して実行する方法はありますか? 以前の仕事では svn を使用していましたが、 with を使用-rしtkdiffてリビジョン番号を取得できました。例えば：

これは Perforce 環境では機能しません。Perforceにそのような機能はありますか?

perforce Java API を使用して変更リストを別のブランチにマージする方法。Perforce ブランチにいくつかの変更を送信し、変更リストを作成しました。ここで、Perforce JAVA API を使用して、その変更リストを別のブランチにマージしたいと考えています。

Perforce JAVA API を使用してファイルを 1 つずつマージする代わりに、単一のチェンジリストをブランチにマージする方法があるかどうかを知りたいです。

「単体テストを更新したため、コミットの準備ができているファイル」という名前の変更リストにいくつかのファイルがあるとします。

次に、そのチェンジリストのファイルをコミットすると (ファイルは問題なくコミットされますが)、チェンジリスト自体が消えます。次に、次の作業のために変更リストを再作成します。

チェックマークを設定するか、「はい、すべてのファイルをコミットしたら変更リストを削除してください」と答えることができたと確信しています。この設定を元に戻すにはどうすればよいですか?

文脈のために：私は単一のプロジェクトで唯一の開発者として働いています。最近、SVN リポジトリを Git に移行しましたが、TortoiseGit と TortoiseSVN を比較して作業するときに最初に見逃したのはチェンジリストです。TortoiseSVN では、ローカルで変更されたファイルをグループ化し、それらのグループに名前を付けることができますが、それでもすべての変更のリストを表示できますコミットされていないこと。私は通常、何かをコミットする準備が整う前に、同時に複数のチケット (バグまたは機能) に取り組んでいることに気付いたときにこれを行います。

Git のやり方は SVN のやり方とは明らかに異なります。変更をローカルにコミットするか、チケットごとに別のブランチを作成してそれらを切り替える必要があるのではないでしょうか? ファイルの名前を変更する（または移動する）など、通常とは異なることをしたときはいつでもSVNがうまく分岐/切り替え/マージしないことが多いので、私は少し心配です。また、変更したすべてのファイルが 1 つのグループ化されたリストに表示されるのも便利ですが、Git でそれを行う方法はありません。

上記のケースで、チケットごとにブランチを使用することが一般的に受け入れられている回答である場合、次の 2 つのシナリオの手順に関するガイダンスをお願いします。

1. 合計 18 個のファイルで構成される現在の一連の変更を分離する方法。現在の状態全体から 2 つのブランチ (チケット #1 のブランチとチケット #2 のブランチ) を作成し、ブランチ #1 から #2 の変更を削除し、その逆を行う必要がありますか?

2. たった 1 つのチケットに対して既にいくつかのコード変更があり、別のチケットで作業を開始する必要があるという新しい状況では、2 つのチケット間を簡単に行き来し、理想的にはすべての変更を組み合わせて表示できるようにするには、どのような手順を踏む必要がありますか? このようになるでしょうか？現在のチケットの変更のブランチを作成します。2 番目のチケットの変更のためにマスターから新しいブランチを作成し、作業を切り替えるときにそれらを切り替えますか?