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