学习目标
完成本单元后，您将能够：
- 开发企业应用
- 安排并行开发项目
- 在发布列车上提供应用程序
- Salesforce升级如何影响交付计划
Lightning平台最具生产力的功能之一是可以直接在Web用户界面中进行自定义，并立即供最终用户使用。 这些类型的更改不需要精心设计的开发工具或流程。 从发布管理的角度来看，只需要很少的努力。
更复杂的升级（例如为现有应用程序创建新的用户界面）需要一个可以将开发工作与生产用户隔离开的环境。 将您在开发环境中所做的更改重新集成到生产组织中会为开发过程带来新的复杂性，因为您的生产组织可能在同一时间内发生了变化。 此级别的发布管理需要跟踪各种环境之间的更改，以确保在部署时不会发生冲突。
影响所有用户的复杂应用程序可能需要多个开发和测试环境。 通过在不同的开发周期中同时进行项目，这种长期项目可能会进一步复杂化，并且在将应用程序部署到生产环境之前可能需要多次集成。 在许多情况下，所有这些开发工作同时发生。 此级别的发布管理是一个非常复杂的难题。
您如何管理这些开发项目，以免彼此冲突或IT部门的流程发生冲突？ 你如何兼顾不同的时间框架和生产生命周期？ 您如何合并环境之间的更改，以便在生产组织中推出功能时没有冲突？ 这些问题的答案与构建应用程序生命周期管理过程的方式有关，只有通过了解所有变量才能做出这些决策。
开发企业应用
大型组织往往具有跨多个发布计划的复杂开发流程。 在这种情况下，不仅开发和测试之间的划分很重要，而且不同时间表上的项目同步。 在此开发方案中，您有多个开发环境，必须在合并到临时区域之前相互集成。 可以添加其他环境用于培训，生产支持或其他目的。 组织可以通过多种方式管理此类企业开发。 一种可能的方法如下图所示：
根据不同的发布计划管理各种复杂性和持续时间的多个项目需要一个发布计划和严格的变更跟踪流程。 包含分布式开发人员和测试人员的开发团队还需要同步和集成他们的更改，以便有效地进行协作。
安排并行开发项目
与传统软件开发不同，所有升级都在单个版本中进行，在线应用程序可以随时升级。 可以非常快速地向最终用户发布更易于开发，需要较少测试或具有更高优先级的增强功能。 因此，发布管理中的一个重要步骤是安排您的开发工作。 对于IT组织而言，这意味着将开发项目分为短期，中期和长期等类别。 这些类别通常由开发地点，需要进行多少测试以及何时必须提供新功能来定义。
虽然您可以根据需要使用尽可能多的类别，但三层方案是一个很好的起点。 除了项目的持续时间之外，还有一些其他可能的方法可以对您的开发工作进行分类。
发展的地方：
- 仅限生产 – 如果可以在生产Web界面中完全开发和测试功能，则开发周期更快，用户可以更快地获得功能。
- 元数据API组件 – 如果Metadata API中提供了所有必需的组件，则可以更轻松地跟踪和合并环境之间的更改。
- 单个沙箱 – 如果可以在沙箱中开发功能，然后立即部署到生产组织，则开发周期不需要集成或暂存环境。
- 多个环境 – 开发项目可以跨越多个沙箱，在这种情况下，集成代码行的复杂性会增加。 复杂的项目不应该保持简单的推出。
按开发人员数量：
- 单一 – 如果单个开发人员可以创建，测试和部署功能，则不太可能遇到合并更改或其他耗时问题的问题。
- 小团队 – 一个小型开发团队可以将大型项目划分为可管理的部分，并且仍然能够快速开发。 这种性质的项目可以轻松地与单个开发人员项目集成，并快速推出。
- 大型团队 – 大型开发项目需要一个完整的开发团队。 这种性质的项目需要跟踪和合并来自不同代码分支，验收测试以及可能减慢开发过程的其他相关过程的更改。
在发布列车上提供应用程序
发布系列是一种定期提供应用程序升级的调度技术。 发布列车是可预测和增量的，因此它们通过限制在任何一个开发周期中可以完成的工作来简化开发过程。 由于Salesforce升级会影响您的应用程序更新，因此您可能会发现在Salesforce升级发生之前安排发布是有用的。
在发布列车上交付多个应用程序的一般过程如下：
- 围绕Salesforce升级计划发布。
- 安排您的并发开发项目。 这将帮助您确定现在可以在当前版本中还是在将来的某个时间完成新功能。
- 建立生产组织变更流程。
- 跟踪所有环境中的变化。 这将确保从开发环境部署时不会覆盖提供给生产的短期功能。
- 集成更改并部署到登台或测试环境。
- 发布到生产。
Salesforce升级如何影响交付计划
当Salesforce升级到下一个版本时会发生一些事情。 对于初学者，沙盒和生产实例在不同时间升级。 这意味着，您的沙箱和生产组织会在短时间内运行不同版本的Salesforce。 沙箱可以比生产组织更早或更晚升级，具体取决于实例。 时间表由沙箱复制日期决定。
升级安排在非高峰时段，很少影响用户。 但是，IT部门通常会在这几个小时内安排自己的批处理流程，因此避免任何冲突非常重要。 升级期间发生的事情是：
- 新徽标 – Salesforce徽标是验证您使用的版本的快速方法。 沙箱可能会在生产组织之前或之后升级; 因此，最好在Salesforce发布时检查沙箱主页左上角的徽标，以查看沙箱是否已升级。
- 新功能 – 每个版本都包含新功能。 其中包括通过Metadata API提供的新组件。 单击“帮助和培训”窗口中的“新增内容”链接以查看发行说明。
- 增加的API版本 – API版本在每个版本中递增，对新功能的访问需要连接到新版本的API。
- 交错升级 – 由于您的生产和沙箱组织可能在升级窗口期间未运行相同版本的平台，因此您可能必须等待部署新的组件或具有其他元数据。 如果您尝试将具有较新组件的更改集上载到尚未升级以支持它们的组织，则部署将失败。
您可以访问trust.salesforce.com/trust/status并单击View Upcoming Maintenance Schedule链接查看即将到来的维护计划。