我有一个关于 perforce 的问题。我需要设置一个方案，其中有 2 个版本，一个 QA 和一个生产版本。我需要能够提交代码、测试更改并将其推送到生产环境。开发和生产版本基本相同，但是有一些差异，例如数据库主机名、包含路径等...我也希望能够拥有可以在推送之前测试的个人版本到 QA。
是的，我必须使用 perforce。
有谁知道如何设置这样的东西？这将在基于 *nix 的操作系统上。我想编写一个 bash 或 Perl 脚本来处理这个问题。
谢谢，非常感谢您的帮助。
问问题
139 次
2 回答
2
好的，所以生产是“最终目的地”。您将有一个从生产到 QA 的分支，这样当您想从 QA 提交到生产时，您将执行反向集成。同样，您的开发人员可以拥有来自 QA 的个人分支，以便提交给 QA，他们将进行反向集成。
只需双击 Changelist，就可以在 Perforce 中轻松检查提交的更改。
你有什么具体需要帮助的吗？
于 2012-06-11T14:18:52.020 回答
0
我只想补充一点，您可以通过整合 ( p4 integ) 来保持分歧，然后使用-ay(accept yours) 选项解决。这为您提供了合并信用，但实际上并没有复制更改。这样你就可以告诉 Perforce 你想忽略某些不应该真正合并的更改，然后你就不会再被它们打扰了。
于 2012-06-12T14:51:55.633 回答