哪些 Continuum API 可用于跟踪工件、包和发布？
Which Continuum APIs can be used to track artifacts, packages and releases?
continuum 产品有许多内置的 UI 插件，允许团队跟踪一组从提交到生产的故事和缺陷，有没有办法通过 API 帮助它与 Jenkins 或 Azure DevOps 中已有的管道集成？
虽然这个问题很难回答，因为开发工作流程通常非常不同，但有几个 API 可用于促进各种工作流程。
最小值
Continuum 严重依赖于来自 VCS 的遥测，因此至少要设置一个从 VCS（GitHub、GitLab、BB 等）到 Continuum 中定义的项目的 webhook。这将允许 continuum 将您的代码库更改与您选择的计划系统（VersionOne、Jira、ADO 等）"motivators for change"（工作项）相关联
将 VCS 推送发送到 Continuum 的简单行为激活了大量价值 - 从 Rogue Commit 意识到风险分析。
使用管道
很多时候，价值流设计者会触发 Continuum pipeline，即使已经有其他构建自动化。 （Continuum 管道有许多功能和集成在其他 pure-automation devops 工具中并不总是可用。）以这种方式完成后，Continuum 管道通常 wait for data 来自外部流程。使用此端点，外部进程可以在完成时发出信号，Continuum 将继续其规定的路径。
另一种常见方法是将 Continuum 项目配置为 stage 后续管道的提交和工作项 运行 由现有的外部自动化触发。在这种情况下，在 VCS 推送中接收到的数据清单已设置并准备好 运行，等待来自外部作业的简单触发。
使用包
在更成熟的情况下，在 Continuum 中完全定义了价值流，您将需要接受 Package Progression 的概念。 pipeline 更高级别的分组机制，远高于简单的 "build pipelines"，Package Progression 是产品的完全定义的工作流和版本管理流程，包括捕获手动活动的能力"devops" 域之外，并生成综合流量指标。使用包时，有几个 API 很有价值。
如果外部自动化创建了一个实际有机会成为生产发布候选者的构建工件，请使用此 API 告诉 Continuum 注册该包的新 revision。
在外部自动化更全面的情况下，甚至可能将工件部署到生产发布的过程中的目的地，使用这个 API 让 Continuum 在工件在其旅程中成熟时通知，所以它可以保持流量指标准确。
最后，如果您现有的自动化非常完善，可以实际进行正式的 生产部署 ，请使用此 API 通知 Continuum 修订已 delivered 对消费者来说——它的旅程已经结束。
还有一些 APIs 对 monitoring/managing Package Progression 过程有帮助：
给定使用 new_revision 创建的修订，您可以查询它的 manifest（提交列表、工作项和与之关联的工件。
如果您的进度实施手动活动（例如，您需要手动触发一些自动化流程），此API可以通过编程方式完成 即 Activity.
同样，如果您正在捕获 Controls 用于审计和合规报告，外部流程可以告诉 Continuum 控制已得到满足，从而允许继续进行。
想知道包修订的当前状态吗？这将 return 有关其在价值流中的当前位置的详细信息。
想知道包修订的历史吗？这将 return 有关价值流中修订历史的详细信息。
Full API documentation can be found here.
如果您想聊天，我们很乐意详细讨论 - 支持@versionone.com
continuum 产品有许多内置的 UI 插件，允许团队跟踪一组从提交到生产的故事和缺陷，有没有办法通过 API 帮助它与 Jenkins 或 Azure DevOps 中已有的管道集成？
虽然这个问题很难回答，因为开发工作流程通常非常不同，但有几个 API 可用于促进各种工作流程。
最小值
Continuum 严重依赖于来自 VCS 的遥测，因此至少要设置一个从 VCS（GitHub、GitLab、BB 等）到 Continuum 中定义的项目的 webhook。这将允许 continuum 将您的代码库更改与您选择的计划系统（VersionOne、Jira、ADO 等）"motivators for change"（工作项）相关联
将 VCS 推送发送到 Continuum 的简单行为激活了大量价值 - 从 Rogue Commit 意识到风险分析。
使用管道
很多时候，价值流设计者会触发 Continuum pipeline，即使已经有其他构建自动化。 （Continuum 管道有许多功能和集成在其他 pure-automation devops 工具中并不总是可用。）以这种方式完成后，Continuum 管道通常 wait for data 来自外部流程。使用此端点，外部进程可以在完成时发出信号，Continuum 将继续其规定的路径。
另一种常见方法是将 Continuum 项目配置为 stage 后续管道的提交和工作项 运行 由现有的外部自动化触发。在这种情况下，在 VCS 推送中接收到的数据清单已设置并准备好 运行，等待来自外部作业的简单触发。
使用包
在更成熟的情况下，在 Continuum 中完全定义了价值流，您将需要接受 Package Progression 的概念。 pipeline 更高级别的分组机制，远高于简单的 "build pipelines"，Package Progression 是产品的完全定义的工作流和版本管理流程，包括捕获手动活动的能力"devops" 域之外，并生成综合流量指标。使用包时，有几个 API 很有价值。
如果外部自动化创建了一个实际有机会成为生产发布候选者的构建工件，请使用此 API 告诉 Continuum 注册该包的新 revision。
在外部自动化更全面的情况下，甚至可能将工件部署到生产发布的过程中的目的地，使用这个 API 让 Continuum 在工件在其旅程中成熟时通知，所以它可以保持流量指标准确。
最后，如果您现有的自动化非常完善，可以实际进行正式的 生产部署 ，请使用此 API 通知 Continuum 修订已 delivered 对消费者来说——它的旅程已经结束。
还有一些 APIs 对 monitoring/managing Package Progression 过程有帮助：
给定使用 new_revision 创建的修订，您可以查询它的 manifest（提交列表、工作项和与之关联的工件。
如果您的进度实施手动活动（例如，您需要手动触发一些自动化流程），此API可以通过编程方式完成 即 Activity.
同样，如果您正在捕获 Controls 用于审计和合规报告，外部流程可以告诉 Continuum 控制已得到满足，从而允许继续进行。
想知道包修订的当前状态吗？这将 return 有关其在价值流中的当前位置的详细信息。
想知道包修订的历史吗？这将 return 有关价值流中修订历史的详细信息。
Full API documentation can be found here.
如果您想聊天，我们很乐意详细讨论 - 支持@versionone.com