Continuum产品具有许多内置的UI插件，使团队可以跟踪从提交到生产的一系列故事和缺陷，有没有一种方法可以通过API来完成这项工作，以帮助其与可以整合的管道集成Jenkins或Azure DevOps中已经存在？
答案 0 :(得分：2)
尽管要回答这个问题有点困难，但是由于开发工作流程通常如此不同，因此有几种API可以方便各种工作流程。
Continuum在很大程度上依赖于VCS的遥测，因此至少要设置一个从VCS（GitHub，GitLab，BB等）到Continuum中定义的项目的Webhook。这将允许连续体将您对代码库的更改与所选计划系统（VersionOne，Jira，ADO等）中的“更改动机”（工作项）相关联。
将VCS推送发送到Continuum的简单动作可以激活大量价值-从Rogue Commit意识到风险分析。
通常，价值流设计人员会触发连续体pipeline，即使已经建立了其他构建自动化功能。 （Continuum管道具有许多其他纯自动化devops工具中并不总是提供的功能和集成。）以这种方式完成操作后，Continuum管道通常会wait for data来自外部过程。使用此端点，外部进程可以在完成时发出信号，并且Continuum将继续执行其指定的路径。
另一种常见方法是将Continuum项目配置为stage的提交和工作项，以便由现有外部自动化触发后续管道运行。在这种情况下，将设置VCS推送中接收到的数据清单，并准备运行，等待来自外部作业的简单触发。
在更成熟的情况下，在Continuum中完全定义了一个价值流，您将需要接受Package Progression的概念。 pipeline是Package Progression的一种较高级别的分组机制，远高于简单的“构建管道”，revision是产品的完全定义的工作流和版本管理过程，包括捕获外部手动活动的能力“开发人员”的领域，并生成全面的流量指标。使用软件包时，几个API都很有价值。
如果外部自动化创建的构建工件实际上有机会成为生产发布候选者，请使用此API告诉Continuum注册该软件包的新delivered。
在外部自动化更为全面的情况下，甚至可能将工件部署到生产版本的目标位置，请使用此API在工件逐渐成熟时使用它来使Continuum保持最新状态，以便保持流量指标的准确性
最后，如果您现有的自动化非常完整，可以实际进行正式的生产部署，请使用此API通知Continuum该修订版已经new_revision付给了消费者-它的旅程已经结束了。
还有其他一些API有助于监视/管理程序包进度：
鉴于使用manifest创建的修订，您可以查询它的Controls（与之关联的提交，工作项和工件的列表。
如果您的Progression实现手动活动（例如，您需要手动触发一些自动化过程），则该API可以通过编程方式完成该活动。
类似地，如果您要捕获{{1}}来进行审计和合规性报告，则外部流程可以告诉Continuum控制已得到满足，从而使进度得以继续。
对软件包修订的当前状态感到好奇吗？这将返回有关其在值流中当前位置的详细信息。
对软件包修订的历史感到好奇吗？这将通过值流返回有关修订历史记录的详细信息。
完整的API文档可以在here中找到。
如果您想聊天，我们很乐意详细讨论-support@versionone.com