假设我有一个团队项目集合,最初是在旧的 Team Foundation Server 版本上创建的。因此,该集合中的所有团队项目都是基于不同的基于 XML 文件的流程模板创建的。
现在,假设团队项目集合首先迁移到最新的可用 Azure DevOps Server 版本,然后从那里迁移到 Azure DevOps Services,如此处所述。在这种情况下,Azure DevOps Services 上该集合中的所有团队项目都使用托管 XML 流程模型。
据我所知,应该可以将这些团队项目移至继承流程模型,在这种情况下,我不再需要手动修改 XML 文件,并且可以通过 Web 用户界面进行自定义。
但是我必须这样做还是这纯粹是一个可选步骤?
我问这个问题是因为过去升级 Team Foundation Server / Azure DevOps Server 有时需要修改团队项目使用的流程模板以启用新功能等。
如果我继续使用 Azure DevOps Services 上的托管 XML 流程模型,这有时也是必要的吗?微软什么时候推出新功能?
据我所知,应该可以将这些团队项目转移到继承流程模型中。
是的,使用 Azure DevOps 服务时支持从托管 XML 移动到继承流程。
但是我必须这样做还是这纯粹是一个可选步骤?
这是一个可选步骤。将托管 XML 流程模型升级为继承流程可以方便地通过用户界面自定义工作跟踪系统。继承流程模型支持大多数自定义,还支持将项目移动到不同的流程、克隆流程和 REST API,而托管 XML 流程不支持这些功能。但是,某些功能(如禁用系统规则和步骤(测试用例除外))在继承模型中不受支持,但在托管 XML 模型中受支持。请参阅继承和托管 XML 之间的差异的详细信息。
如果我继续使用 Azure DevOps Services 上的托管 XML 流程模型,这有时也是必要的吗?微软什么时候推出新功能?
如果您在 Azure DevOps 服务中使用托管 XML 流程,您仍然需要修改 XML 才能启用新功能。托管 XML 流程模型支持通过修改和导入流程模板来自定义项目的工作跟踪对象和敏捷工具。
迁移后是否需要从托管 XML 切换到继承流程模型
是否有必要切换到继承过程模型取决于您的具体需求以及您对通过 XML 文件管理自定义项的适应程度。如果您喜欢更用户友好的界面来管理自定义,并且不介意继承过程模型的限制,那么使用继承过程将是一个不错的选择。否则,保留托管 XML 流程模型。