快速入门

为了很快能高效使用 IBM® UrbanCode Release,请按顺序查看下列主题。

对发布进行规划

对发布进行规划意味着回答有关其作用域的一些基本问题。它是全新的发布吗?或者它是否使用先前定义的计划?或许它是次要发布(例如几乎不需要对现有发布进行任何更改的补丁)?这些问题的答案确定生产路径以及您是否可复用现有发布(如果复用,那么复用到什么程度)。

注:

请确保对发布系列的输入来自同步的基于团队的开放式规划。目标是定义一组清晰描述的可交付内容和相互依赖性。

生产路径是指以最终阶段(即生产)结束的一系列阶段。简而言之,一个阶段表示一个或多个环境以及质量需求。一个阶段还可以具有多个项(例如质量状态和门)。

阶段的演变由生命周期模型定义。当创建发布时,可用于发布的阶段在为该发布选择的生命周期模型中定义。如果没有在生命周期中定义您需要的阶段,那么可修改该模型或创建全新的生命周期模型。IBM UrbanCode Release 提供了缺省生命周期,在您认为合适时,可对其进行修改。

下图说明了两个发布(即“十月”和“十一月”),它们使用同一生命周期模型。在该模型中定义的阶段列示在顶部。如该插图中所示,对发布分配了环境,并且对每个阶段都分配了一个环境。例如,“十月发布”在 DEV 阶段中使用 DEV-1 环境,而“十一月发布”则对该阶段使用 DEV-2。在该模型中定义了各阶段之间的门。

该图显示两个发布的阶段和门

一个生命周期可用于任何数目的发布。通过变化环境和应用程序(请注意,在发布之间,应用程序的排队不同),可针对来自同一生命周期的几乎任何偶然性创建发布。如果一个生命周期不适用于特定发布,例如,阶段太多或太少,那么可随时创建新的生命周期模型。

可使用 IBM UrbanCode Release 设置生产前与生产之间的跟踪,并可靠地沿着该跟踪运行发布。发布系列可通过任何类型的流程(自动执行的流程、手动执行的流程以及特别的流程)提供,并且可以包含任何类型的内容。发布系列的可预测调度驱动发布流程。通过使用 IBM UrbanCode Release,可集成并同步基于团队的规划,以达成清楚、开放且透明的计划。所有相关人员都了解该调度以及关键里程碑,并可确保发布如期开始且按时完成。

创建发布

狭义地说,创建发布意味着使用 Web 用户界面为它提供名称,并且选择生命周期和团队。广义地说,这意味着确定它是主要发布还是次要发布。一般说来,次要发布是可使用现有环境和应用程序或其部分应用程序的发布;主要发布需要新环境和应用程序。

使应用程序与发布关联

虽然应用程序并非必需(例如,您可以创建完全由里程碑及与基础结构相关的任务组成的发布),但是到目前为止,大多数发布涉及部署应用程序。应用程序可来自与外部工具(例如 IBM UrbanCode Deploy)的集成,也可在 IBM UrbanCode Release 本身内创建。每个发布都具有它可用的应用程序,所有这些应用程序都在 IBM UrbanCode Release 中定义。可使任何数目的应用程序与一个发布关联。

有关将 IBM UrbanCode Release 与外部工具集成的信息,请参阅配置集成提供程序.

定义生产路径

可用于发布的阶段是在为该发布选择的生命周期中定义的。将生命周期模型视为用于创建并驱动发布的模板可能很有帮助。生命周期定义软件在其投入生产的过程中经历的阶段演变,生产由生产阶段或一定程度上类似于指定的最终阶段表示。该生命周期并不指定将哪些特定环境用于发布,但指定常规模式。例如,生命周期可能具有下列阶段:开发、质量保证和生产。基于此生命周期的发布具有所有这三个阶段,尽管使用的实际环境可能因发布的不同而变化。生命周期还可定义质量步骤(称为),必须先成功完成这些步骤,然后才允许软件进入下一阶段。

注:

应制定适合每个阶段的策略;适合高规格生产部署的策略可能不适合低规格的环境。

定义生产路径的第一个步骤是确定是可以使用现有生命周期模型,还是需要全新的生命周期模型。使用 IBM UrbanCode Release 从头开始自然需要创建用于反映您的正常流程和环境的生命周期。随着经验的增加,您将建立一批能够处理您的大多数(如果并非全部)发布的生命周期。因此,定义生产路径所需的活动很大程度由适用的生命周期的可用性确定。以下各表概括了可复用的生命周期是否适用于大多数活动。

表 1. 创建生命周期
活动 描述
1. 命名生命周期的阶段。

将环境映射至阶段。

2. 定义状态。

状态是用户定义的值,例如“已通过”或“已归档”。

3. 添加门。

门是用于一种机制,确保不具有由门指定的状态的项无法部署到阶段/环境中。门确定阶段的最低限度的进入需求。

表 2. 使用生命周期
活动 描述
1. 将环境分配给阶段。

确定在每个生命周期阶段中要使用的环境。发布环境是用户定义的构造,表示部署目标;发布环境聚集部署环境。

2. 定义审批。

审批是一种机制,用于控制环境,而不必考虑质量(状态)注意事项。审批者按角色指定;任何具有指定角色的用户都可提供审批。

3. 选择部署计划。

部署计划定义特定阶段的成功部署所需的编排和协调量。

生产日期和已知的生产前日期

已知的生产日期和生产前日期可由调度部署记录并传播到发布环境中。

当调度新的部署(主页 > 已调度部署)时,会定义日期。

定期窗口

对于以可预测的时间间隔重现的部署,将创建定期窗口或定期部署。定期窗口可每小时、每天或每周触发,也可由某个 cron 表达式触发。

定义里程碑

里程碑是活动,通常为流程核对表项,必须完成以便发布保持正轨。里程碑可表示需要跟踪的任何事项,例如启动会议、操作系统升级或硬件和网络升级。里程碑是按日期和状态跟踪。

里程碑附加至发布本身,而不是特定阶段或环境。里程碑创建于“发布”页面(主页 > 发布 > 所选发布)上。

注:

虽然专注于在规划期间确定的功能可能很有吸引力,但是请对重新限定作用域或影响发布系列的调度的潜在更改保持警觉。

定义发布团队

发布团队对发布进行管理,如您可能认为的情况一样。团队由 IBM UrbanCode Release 安全性系统中配置的角色和用户组成。一个发布必须至少具有一个为其配置的角色。典型角色是 Admin 角色、Release Manager 角色和 User 角色;在缺省情况下,所有这些角色都可用。角色可复用。

角色定义于“角色”页面(主页 > 管理安全性 > 角色)上。

添加审批

审批是一种机制,用于控制环境,而不必考虑质量(状态)注意事项。直到授予审批之后,需要审批的发布才能继续进入阶段。审批附加至阶段。审批者按角色指定;任何具有指定角色的用户都可进行审批。


反馈