version-control - Perforce (p4) 棚上げワークフロー?

Question

p4 shelve を操作するための便利なワークフローを考案しようとしています。私は git ユーザーで、その機能の多くを見逃しています。

基本的な流れ (未完成の変更リストを保存し、別のことを行い、最初のタスクを完了するために戻る – git stash と同等) は簡単です。より複雑なシナリオでこの機能を使用する方法についてのチュートリアル/記事を探しています。

あきらめて、代わりに git-p4 または p4sandbox を使用する必要がありますか?

Answer 1

さまざまなツールで広く使用されている基本的な方法が 1 つあります。それは、人々の間で変更を共有することです。

1. そのまま共有 - 他のユーザーが保留中の変更リストにアクセスできるため、デルタを再利用できます

2. レビューのために共有します。たとえば、Code Collaborator は Perforce シェルフをレビュー対象として使用します。

3. さらに自動化するために共有します。たとえば、私の会社では P4 保留中の変更リストを使用して、変更を継続的統合に取り込み、テストに合格した場合にさらに提出します。

したがって、基本的に git やその他の DVCS ユーザーの観点から見ると、シェルフはブランチの奇妙な代替手段であり、DVCS のブランチでできるシェルフでできないことは何もありません。