Git-解决Ready API的冲突

Git-解决Ready API的冲突,git,soapui,ready-api,Git,Soapui,Ready Api,我们使用Ready API(SOAP UI的商业化版本)来开发我们的自动化测试套件。然而,即使UI中最小的更改也会导致xml测试套件上的大量更改 例如,只需加载项目“Core”。Git diff给我们: 之前: <con:project status="CLOSED" name="_Core">Core-abc-project</con:project> <con:project status="CLOSED" name="_EU">EU-abc-projec

我们使用Ready API(SOAP UI的商业化版本)来开发我们的自动化测试套件。然而,即使UI中最小的更改也会导致xml测试套件上的大量更改

例如,只需加载项目“Core”。Git diff给我们:

之前:

<con:project status="CLOSED" name="_Core">Core-abc-project</con:project>
<con:project status="CLOSED" name="_EU">EU-abc-project</con:project>
<con:project status="CLOSED" name="_US">US-abc-project</con:project>
核心abc项目
欧盟abc项目
美国abc项目
之后:

<con:project name="_Core">Core-abc-project</con:project>
<con:project status="CLOSED" name="_EU">EU-abc-project</con:project>
<con:project status="CLOSED" name="_US">US-abc-project</con:project>
核心abc项目
欧盟abc项目
美国abc项目
更不用说恐怖了

我知道我们并不孤单,因为有讨论和讨论

以下是我们所做的事情:

  • 使项目组合,以避免在同一模块上进行多个测试

  • 使用“漂亮打印”我们的XML

  • 设置excel cmp以比较Git中的excel文件


  • 一页又一页的xml冲突几乎让我们发疯,而编辑器几乎什么都不做。有没有办法进一步减少这些合并冲突?

    我在所有soapUI项目和其他使用生成的XML的项目上都遇到过同样的问题,例如TIBCO。合并更改并找出生成的更改和用户更改是痛苦和危险的

    对于soapUI,您可能已经做了尽可能多的工作:使用组合项目来限制更改的范围,并启用“漂亮打印”选项。其他一些建议:

    • 使您的项目文件保持较小,并且仅限于一组离散的测试用例
    • 投资一个好的比较工具,比如

    尽管如此,在我的团队中,我们增加了另一个SOP:大声喊出“我在XXX soapUI项目文件中。在我提交之前,没有人碰它”。

    这些真的是合并冲突吗?您是否在自己的fork中对这些代码行进行了不同的更改?只有当两个不同的分支以不同的方式更改同一行(或多行)代码时,才会发生合并冲突?当一个分支上的行发生变化而另一个分支上的行没有变化时,就没有冲突。是的,我们有几个QA在同一个代码库上工作。而且,即使是最小的更改(例如:单击打开文件)也会导致XML配置发生更改,很容易发生冲突。即使没有冲突(例如:变更发生在不同的项目中,大量变更也会污染git diff tooThanks的支持。可惜我希望得到更多……每次我们需要回溯时,每个人都会说“伙计,我们现在陷入泥潭了”