Git 版本控制的 jmeter 指南

jmeter guidelines for Git version control

在我们的组织中,我们使用 jmeter 已有 4 年了。这次我们通过网络驱动器创建、管理和执行我们的 jmx 脚本,以便与我们的合作伙伴共享和使用脚本。

目前,我们想用 Git 升级此程序,以利用版本控制的优势,如分支、拉取请求、合并、冲突解决……

但是,我们不知道如何使用 jmx 文件处理 Git。我们的主要疑问是,如果将此脚本作为 XML 文件进行比较,如何在拉取请求中比较 jmeter 脚本,以及如果它们是 XML 文件并且有一些文件,如何合并两个 jmx 脚本主题冲突。

我发现一些论坛上人们使用 Git 和 jmeter 来上传他们自己的脚本,但是他们没有描述多人使用相同脚本的指南或过程。

尝试对 jmeter 脚本使用版本控制时,是否有任何指南或注意事项

JMeter .jmx scripts are basically XML 文件对 VCS 不太友好,因此让 VCS 执行自动合并可能会导致格式错误的 XML 文件。

所以我能提供的唯一指导方针是非常小心,也许考虑添加一个 XML 验证器作为 post-commit/post-merge hook 的一部分,这样 Git 会回滚提交如果结果看起来不像有效的 XML

或者,您可以采用另一种方式进行 authoring/modifying JMeter 测试,例如:

一些应该有帮助的最佳实践:

  • 添加注释解释每次提交中所做的事情
  • 忽略 diff 中的空格,这在所有 IDE 中都是可能的
  • 添加一个 XML 验证器作为源代码管理的一部分,它将在 post commit
  • 上运行

就我对 Jmeter .JMX 文件的版本控制经验而言,Intellij 是最好的工具。只需将您拥有所有 jmx 文件的文件夹导入 intellij,然后转到您的 Git 中心或您公司正在使用的任何 version-controlled 网站,并为 jmeter 脚本创建一个 repo。现在回到您的 Intellij 并提交并推送到您创建的存储库,这样文件就不会被破坏并保持为 .jmx 而不是更改为 .xml。其他人所做的任何更改都可以通过相同的过程

推送到git