我对perforce有疑问。我需要设置一个方案,其中有2个版本,QA和生产版本。我需要能够提交代码,测试更改并将其推送到生产环境。开发和生产版本大致相同,但存在一些差异,例如db主机名,包括路径等...... 我还希望能够拥有可以在推送到质量保证之前进行测试的个人版本。
是的,我必须使用perforce。
有谁知道如何设置这样的东西?这将是基于* nix的操作系统。我想编写一个bash或Perl脚本来处理这个问题。
谢谢, 非常感谢您的帮助。
答案 0 :(得分:2)
好的,生产就是“最终目的地”。您将拥有从Production到QA的分支,这样当您想要从QA提交到Production时,您将进行反向整合。同样,您的开发人员可以拥有QA的个人分支,以便提交给QA,他们将进行反向整合。
只需双击更改列表,即可在Perforce中轻松检查提交的更改。
您需要帮助吗?
答案 1 :(得分:0)
我只是添加您可以通过集成(p4 integ
)然后使用-ay
(接受您的)选项解决来保持分歧。这为您提供合并信用但实际上并未复制更改。通过这种方式,您可以告诉Perforce您要忽略某些不应该真正合并的变更,然后您再也不会对它们感到困扰。