发布管理是管理、规划，通过在生产环境中的测试和部署来计划和控制软件构建。
发布和部署管理负责管理所有相关变更在生产环境中的成功部署
发布管理定义发布的日期和时间表
由项目和工作确定的发布内容包或变更请求及相关工作项或变更文件
发布周期作为发布内容的技术容器和模型
发布类型：a、 主要版本：
主要版本通常是包含解决方案重大更改的大型版本。这包括对用户界面的更改、新的业务流程或更新的流程。主要版本通常还包含对较新支持包或软件版本的技术升级。主要发布的频率通常为每年1到4次。
b.次要发布：
次要发布通常与主要发布并行处理。次要版本包含较小的增强功能和特性，对最终用户的影响较小。通常没有剧烈的UI更改或业务流程的重大更改。与主要版本相比，次要版本的频率要高得多。大多数情况下，物联网是什么意思，每个主要版本之间会部署几个次要版本。
版本管理有助于更轻松地规划和更灵活地规划更改执行。它还通过广泛的测试可能性帮助–
更好地降低风险。降低降级或过度收购的风险。由于中央发布计划，测试系统环境稳定。由于整个过程中标准化程度的提高，生产效率提高。更好地跟踪实施活动（也包括上线后）。控制移交和维护过程的可能性
当某些东西需要部署到生产环境中时，大数据市场，将通过发布进行处理。发布内容包括构建阶段的所有开发，这些开发是作为同一发布的一部分创建的。发布有许多不同的阶段，每个阶段都有一个定义的过程。发布阶段还控制在该阶段与发布相关的活动，如发布分配、开发、测试、运输进口、部署到生产等。范围：在范围阶段，审查已转换为IT需求的业务需求。业务经理评估不断变化或发展的业务的需求，以批准业务需求。业务流程专家将参与定义业务需求。需求经理负责收集、有效处理和记录丢失的信息。他或她应该对需求有很好的理解，以及对其可能的技术实现的概述。因此，需求经理通常被称为"业务和IT之间的接口"。需求经理负责管理需求，理财返利平台，包括更改需求的状态、定义依赖项或为发布分配依赖项。解决方案架构师负责转换IT需求由需求经理创建到该解决方案的架构中。
2。构建：在构建阶段，最终将定义版本的内容。此时，发布经理需要决定哪些变更应参与发布部署，大数据和小数据，哪些变更应取消（如推迟到下一版本）。
3。测试：在测试阶段，对发布进行测试。内容是完成了。这个是最终发布测试，这意味着在导入到生产环境之前，需要验证和测试整个包的功能和技术正确性。通常这涉及一系列的测试，包括–验收测试–回归测试–集成测试如果出现错误或问题，可以创建缺陷修正来修复错误。
4。部署：部署阶段包括将整个版本实际技术转换到生产环境中。–这意味着所有传输都将导入生产环境。–触发导入的活动将由SAP Solution Manager中的管理员或技术发布经理完成。–软件包的内容将由SAP Solution Manager自动计算并按正确的顺序导入。
5。Hypercare：在部署阶段之后，有一个称为"Hypercare"的特殊阶段。这是因为通常在上线后不久，事件数量会显著增加。有时，这是由于缺少有关新功能的信息、错误的文档或以前未检测到并解决的错误。在这段时间内，仍然高度关注事件队列的发布和一致的监控。通常这一阶段在几天或几周后结束–
6。操作：发布将由项目团队正式移交给IT操作团队，以确保生产支持。
现在让我们完成SAP Solution Manager 7.2中的步骤，以计划、创建和分配对发布的需求和更改（主要或次要）：
1。计划和创建发布和发布周期。
A.打开带有事务SM\U CRM的CRM UI以访问SAP Solution Manager ITSM。点击变更请求管理页签，然后选择"发布计划"
B.选择"创建"，然后处理需要输入的字段
C.示例如下
D.创建发布周期
E.然后应激活发布周期
F.激活任务列表后，淘客api，我们需要确保正确定义运输路线和景观轨道
G。现在可以在"构建"阶段设置发布周期，以开始开发工作
2。将需求分配到版本-从业务演变而来并转化为IT需求的业务需求可以分配到相应的版本（主要或次要）
3。为发布分配更改-同样，也有机会为发布分配更改（主要或次要）
博客的第2部分在下面的链接
