アプリでいくつかのテスト変更を行う必要があります。アプリにはバージョン管理があります (Perforce による)。テストの変更を行うことができるように、チェックインするつもりのない (Perforce からの) ブランチを作成する方法。
3 に答える
それは、チェックインするつもりがないという意味によって異なります。メインブランチに決して入れない、または単に入れないという意味ですか?
変更自体のバージョン管理を必要とせずに、本当にローカルで変更を加えて破棄したい場合は、分岐する必要はまったくありません。同期して、変更内容を確認し、後でファイルを元に戻すだけです。後のビルドでローカルの変更を確認したい場合は、作業中に (競合を解決して) ファイルを再同期することもできます。何も提出しなくても大丈夫です (ただし、P4 にはローカルの変更のバックアップがないことを覚えておいてください。そのため、PC が故障してバックアップをとっていなかった場合は大変です)。
ローカルの変更と通常のビルドを切り替えることができるようにしたい場合は、変更を「棚上げ」することができます。これにより、変更は基本的に P4 に送信されますが、実際にメイン ブランチに統合されるのではなく、変更リストに保持されます。そうすれば、ファイルの「実際の」バージョンに戻り、後で自分の変更を再同期できます。別のマシンでも可能です。これは、デポを汚染することなく P4 サーバーにコピーを保持しながら、ローカルで変更を加えることができる軽量な方法です。
ただし、独自の適切な変更追跡ブランチが必要な場合は、ベースにしたいバージョンをデポの新しい部分に統合し、作業中にそれと同期するクライアント仕様を使用できます。必要なときにいつでも、ブランチ間をどちらの方向にも自由に統合できます。client-specs を使用して、ツリー全体またはそのサブセットのみを分岐して、どのビットがどこに行くかを分類できます。
あるいは、P4 の最近のバージョンには「ストリーム」があります。これは、デポを処理する別の方法であり、複数の開発ブランチとリリース ブランチを並行して実行するのにより適しています。それはおそらくあなたが探しているものではありません。
これらのことを正確に行う方法に関しては、P4 の Web サイトをチェックすることをお勧めします。かなり優れたドキュメントと多くのチュートリアルがあります。
最も簡単な方法は、「スチーム」タブに移動することです。新しいストリームを作成し、分岐元の分岐元のチェック ボックスをオンにします。超簡単。