Azure devops 我们是否可以链接Confluence页面以获取specflow功能文件,即Azure devops repo?

Azure devops 我们是否可以链接Confluence页面以获取specflow功能文件,即Azure devops repo?,azure-devops,bdd,specflow,confluence,Azure Devops,Bdd,Specflow,Confluence,我有一个confluence页面,我想在这里存储我的所有功能文件(specflow),以便业务部门可以查看一下。目前,这些功能文件位于Azure Devops中的存储库中。有没有一种方法可以动态链接这两者,以便使用最新的功能文件更新Confluence 谢谢, 拉吉我也有同样的基本问题。我们的代码在DevOps中,我们的产品所有者需要访问功能文件,但是如果没有DevOps中更高的许可证,他们就看不到repos 我提交一个拉请求,甚至包括新功能。我在提交消息中提到了与之相关的史诗、故事、特性或bu

我有一个confluence页面,我想在这里存储我的所有功能文件(specflow),以便业务部门可以查看一下。目前,这些功能文件位于Azure Devops中的存储库中。有没有一种方法可以动态链接这两者,以便使用最新的功能文件更新Confluence

谢谢,
拉吉

我也有同样的基本问题。我们的代码在DevOps中,我们的产品所有者需要访问功能文件,但是如果没有DevOps中更高的许可证,他们就看不到repos

  • 我提交一个拉请求,甚至包括新功能。我在提交消息中提到了与之相关的史诗、故事、特性或bug的工作项Id。在这种情况下,我喜欢使用提交消息:

    文档:X特性的Cumber测试(相关#1234)

    (其中,
    #1234
    是DevOps中的工作项Id)

  • 确保epic、功能或故事链接到DevOps中的pull请求

  • 完成pull请求后,DevOps会添加一个从epic、feature story或bug到pull请求的链接,从而提供对真实代码的一些跟踪

  • 接下来,我将功能文件和场景复制并粘贴到故事的验收标准、错误再现步骤或功能和史诗的描述中。我还在工作项描述中包含与要素文件相对的文件路径:

    (从Project.Specs/Foo/Bar.feature复制并粘贴)

  • 这是一个手动过程,但您可以在汇流中采用类似的方法。您可能无法从提交到wiki文档中获得链接,但基本上,复制和粘贴是您唯一的自由选择


    如果您的客户拥有对DevOps的读取权限(他们应该这样做),那么采用我在上面概述的过程至少可以在工作项和向存储库添加特性的请求之间提供一些可跟踪性。然后,手动将特性复制并粘贴到工作项描述或验收标准中,以便客户可以进行审查和批准。烦人的对但它确实起到了作用。

    看起来有一个汇流连接器用于此目的,您可能想试试:。虽然它不是免费的,但是有一个试用期来了解它是否适合你的需要。
    Feature: ...
       In order to ...
       As a ...
       I want to ...
    
    Scenario: ...
    
    Scenario: ...