0

perforceについて質問があります。QA バージョンと製品バージョンの 2 つのバージョンがあるスキームをセットアップする必要があります。コードを送信し、変更をテストして、本番環境にプッシュできる必要があります。開発バージョンと本番バージョンはほとんど同じですが、db ホスト名、インクルード パスなど、いくつかの違いがあります。また、プッシュする前にテストできる個人用バージョンを作成できるようにしたいと考えています。 QAに。

はい、perforce を使用する必要があります。

このようなものを設定する方法を知っている人はいますか?これは *nix ベースの OS になります。これを処理するために bash または Perl スクリプトを作成したいと思います。

ありがとう、あなたの助けは本当に感謝しています.

4

2 に答える 2

2

わかりましたので、本番は「最終目的地」です。プロダクションから QA への分岐があり、QA からプロダクションに送信する場合は逆統合を行います。同様に、開発者は、QA に送信するためにリバース インテグレーションを行うように、QA からの個人的なブランチを持つことができます。

送信された変更は、変更リストをダブルクリックするだけで、Perforce で簡単に確認できます。

助けが必要な具体的なことはありますか?

于 2012-06-11T14:18:52.020 に答える
0

( ) を統合してから(accept yours) オプションp4 integで解決することで、発散を維持できることを付け加えておきます。-ayこれにより、マージクレジットが得られますが、実際には変更がコピーされません。こうすることで、Perforce に、実際にはマージしてはならない特定の変更を無視するように伝えることができます。

于 2012-06-12T14:51:55.633 に答える