在 Servicenow 中使用更新集时的标准开发实践

Standard Development practices When using Update Sets in Servicenow

我是 ServiceNow 的新手，正在研究 ServiceNow 的功能。我试图了解我们如何在 ServiceNow 中实施标准开发最佳实践。

到目前为止，我从 SNOW 文档中找到了一些信息。

到目前为止，团队开发似乎是多个开发人员工作时的最佳选择。但它似乎成本更高，因为它需要单独的独立实例。

我已经使用 Update Sets 进行了开发，我需要知道在使用 Update Sets 时如何进行代码审查？

此外，根据我的经验，Update Sets 似乎不是孤立的开发方法。所以更新集似乎不像 GIT 中的分支那样工作。

能否请您告诉我哪些 SNOW 实践非常适合我的要求。

谢谢。

更新集类似于 Git 中的提交。您将更改的所有内容打包到一个更新集中，您的提交消息是更新集的描述。

对于审查过程，我们通常会将开发实例中的任何更新集拉入测试实例，并在将更新集提交给测试实例之前检查更新集。然后，您可以将更新集提交给测试实例以确认它在将其推送到生产环境之前按预期工作。

过程本质上是

  • 在更新集中进行开发更改
  • 将更新集拉入测试以审查和测试更改
  • 一旦测试完成并开始工作，就从测试转向生产

您还可以通过将一个更新集设置为另一个更新集的父集来将更新集捆绑在一起。

这将允许您让多个更新集协同工作，并可能让多个开发人员处理一组更改。

至于源代码管理集成，它仅适用于 ServiceNow Studio，通常仅用于自定义应用程序。在这种情况下，每个单独的 XML 文件都存储在 git 存储库中，并且通过提交跟踪对文件的更改。