8

我在 SDL Tridion 2009 和 2011 中都注意到，在发布对话框的工作流选项卡上，有一个用于关联页面模板流程和关联组件模板流程的字段。

这是否意味着可以在生产中进行模板/代码更改并通过工作流程发布？这是一个好习惯吗？如果是这样，为什么他们没有模板构建块的工作流过程关联？

4

4 回答 4

8

这样做的目的不是在生产中使用，但您可以在开发阶段使用它。我认为此功能有利于代码/模板设计审查流程，其中开发人员开发模板并启动工作流程，然后团队负责人对其进行审查并批准/拒绝更改。

对于生产/UAT/QA，NO.NO.NO. （只想强调这一点：））恕我直言，这不是一个好习惯。您应该使用典型的 DTAP 内容移植程序包导出/导入来完成更改管理过程。

为什么 TBB 上没有工作流程？无论如何，TBB 都将成为 CT/PT 的一部分，因此当您审查 CT/PT 时，它们会明确包含在审查中。但是，我明白您的观点，在某些情况下您可能只更新 TBB 而没有启动工作流。

希望这可以帮助。

于 2012-05-10T21:43:14.360 回答
5

这是在 Tridion 5.3 版中出现复合模板之前可以与非复合 VB 模板一起使用的遗留功能。但是，今天这不会有太大用处，因为 TBB 不会包含在工作流中，因此您可以通过工作流控制的只是页面/组件模板块，而不是内部的 TBB。

于 2012-05-10T21:38:49.530 回答
3

据我所知，模板的工作流程按照您的建议工作。但是上次我检查时（在 2009 版中），Minimal Level of Approval发布项目时不尊重状态。不幸的是，这意味着当有人发布时，您的模板更改将始终立即可供所有目标使用。因此，我始终建议在开发环境而不是生产环境中进行模板更改，并使用 Content Porter 管理模板的发布。

您关于 TBB 的观点很好——从 R5.3 开始，模块化模板已广泛使用 TBB，因此我认为此功能可能被忽略了。如果 TBB 问题和Minimal Level of Approval问题得到修复，您可以创建一些非常有趣的发布场景来启动新设计的站点。

于 2012-05-10T21:42:27.777 回答
1

正如其他人所建议的那样，您发布模板的方法应该利用开发-测试-验收-生产 (DTAP) 环境。此设置的复杂性将取决于您的具体要求。

使用工作流进行开发工作很可能没有帮助。很大程度上取决于不同开发人员在哪里集成他们的工作。如果您有多个 DEV 环境，那么每个单独的开发人员不太可能希望在自己的系统上运行工作流。假设您在其中一台 DEV 机器上集成，或者可能在 TEST 上集成，您也不希望那里有工作流，因为当开发人员提交更改时，它主要由多个资产组成，每个资产都必须单独通过工作流，在发生这种情况时，其他部分可以看到更改，而其他部分则不可见。如果您的所有开发人员都在同一台服务器上工作，那么工作流程的这些方面将受到更大的伤害。

工作流对于一次管理单个不相关资产的发布非常有用。典型的开发工作不是这样的，坦率地说，额外步骤的数量只是开销，并且不会消除对正常开发规则的需要。正如 Quirijn 所说，人们不会这样做。我也从未见过，我很高兴这么说。

于 2012-05-12T17:26:11.997 回答