整合仓库

管理员可以指定不同的仓库类型并将它们链接到项目中。这样，您可以快速从“验证”视图中显示的结果访问测试源，或者轻松地将您的影响验证点（VVP）与仓库中的预期 VVP 进行比较。

设置仓库

要添加和配置仓库，选择 全局设置 > 仓库集成。要添加 Squish 测试中心使用的仓库，请点击 添加仓库 按钮。在 添加仓库 对话框中，选择要添加的仓库类型。有关支持的仓库类型的更多信息，请参见下文。

填写所需的仓库设置并点击 提交。要更改仓库设置，请点击 更新 按钮。项目映射和子文件夹将单独更新。点击 连接项目 并选择将使用此仓库的 Squish 测试中心项目。点击 连接 以确认连接。您可以通过这种方式将多个项目链接到一个仓库。

Git 集成的仓库设置

在列出连接项目的表中，点击 编辑 按钮为每个项目指定子文件夹。子文件夹用于将搜索限制在一个仓库中。您可以使用它们避免可能的搜索重复并提高性能。如果为一个项目指定了至少一个子文件夹，则只搜索指定的子文件夹。

通过点击仓库名称旁边的开关来启用或禁用仓库。若要删除仓库及其所有设置（包括特定于项目的映射），请点击垃圾桶图标。

访问测试源文件

如果一个项目连接到了一个活动仓库，请点击以下验证下的文件路径和堆栈跟踪以打开验证视图，该视图会突出显示验证来源的文件行内容。

在验证视图中查看测试源

Git仓库设置

此仓库类型需要Git客户端和Squish Test Center运行机器上您仓库的克隆。指定以下设置

• 在查看文件时自动拉取新数据决定了Git仓库是否会执行拉取命令以确保始终检索远程的最新状态。
• 当更新VP文件时推送到远程决定了更新验证点文件是否仅创建本地提交，或者是否还应将其推送到远程仓库。
• 默认分支指定了未通过.git.branch标签指定分支时用于验证点文件更新的分支。
• 仓库URL存储源代码管理（SCM）的URL模板。它必须包含标签$\{COMMIT\}，因为Squish Test Center会将其替换为commit SHA以创建到SCM的链接。
• 仓库客户端可执行文件的文件路径存储在运行Squish Test Center的机器上的Git可执行文件的文件路径。
• 超时时间（以毫秒为单位）决定了Git在请求被取消之前可以搜索文件多长时间。
• 仓库根目录的路径存储在运行Squish Test Center的机器上的Git仓库根文件夹的路径。

要确保Git集成工作正常，请确保以下内容适用于您的Git仓库

• 提供给Squish Test Center的仓库检查位置不应由其他应用程序或用于开发使用。
• 为了自动拉取，仓库需要一个默认的远程。拉取冲突需要由管理员解决。Squish Test Center本身不提供冲突解决。

文件系统仓库设置

此仓库类型需要在运行Squish Test Center的机器上您的测试文件的一个副本。指定以下设置

• 仓库根目录的路径存储在运行Squish Test Center的机器上的根文件夹（用于搜索）的路径。

版本控制的特殊报告标签

某些仓库可能支持版本控制。您可以使用特殊报告标签（参见上传结果）来指示测试结果是从哪个测试源版本开始的。Squish Test Center会检测此标签并自动从中获取文件的版本。以下标签受支持

• .git.revision=<commit-hash>用于Git集成。例如：.git.revision=7c47eb6
• .git.branch=<branch-name>由Git集成使用以确定用于验证点文件更新的分支（请参阅Git仓库）。例如：.git.branch=main

Git提交历史对话框

该对话框可以显示两次测试运行之间的提交，以帮助您确定哪些更改导致了测试失败。

与仓库提交历史记录的对话框

如果项目连接到活动仓库，您可以从探索视图中通过点击提交历史记录按钮来查看提交历史记录对话框。

探索页面中的提交历史记录按钮

该对话框将使用标签.git.revision和.git.branch来获取历史记录并跳转到当前批次的提交。如果从探索视图的旧批次列带有.git.revision标签，您也可以在对话框中看到之前的批次。对话框将显示批次及其关联提交的通过或失败状态。

当仓库设置中的仓库URL被设置，并且包含标签${COMMIT}时，将生成源代码管理器的提交链接。

示例

https://github.com/ACCOUNT/REPO/commit/${COMMIT}
https://gitlab.com/ACCOUNT/REPO/-/commit/${COMMIT}

当项目与多个仓库相关联时，用户可以从下拉列表中选择要显示的历史记录。

当多个报告带有不同值的.git.revision标签时，用户将能够选择要关注的哪个修订版本。