Content management system AEM6 CQ如何同时处理组件开发和内容创作？ 我刚开始我的新工作，在Adobe AEM CQ的一个大项目中发现了自己，我以前从未使用过。目前，开发人员正在创建和调整组件，而内容作者正忙于使用这些组件创作大约65页的内容

显然，每次组件更改时，都需要有人用新组件更改来更新所有编写的内容。这是一个巨大的时间浪费，因为这样做的唯一方法似乎是通过一个定制的脚本来查找xml文件中的节点，并尝试将它们转换为新的组件规范。有时这甚至是不可能的，作者需要重新创作大量的东西，并浪费大量的时间

任何有AEM经验的人，如果： 1是否有一种更轻松的方法将编写的内容迁移到新组件？ 2有更好的方法让开发者和作者同时工作吗

我知道，理想的方法是先开发组件，然后再在这些组件之上进行创作，但这似乎不现实，尤其是对于一个不断变化的大型客户项目

---

首先，这听起来像是一个业务流程问题。在作者添加内容之前，应充分开发和测试组件。如果对组件的编辑差异太大，导致出现此问题，我建议在构建开始之前编写功能和技术需求。

---

尽管如此，Groovy console for AEM是更新AEM站点内节点和内容的优秀工具。看看这里：

我不同意在开发所有组件之后再进行内容制作。在开发过程中启动内容制作是有益的，尤其是当内容制作需要花费大量时间时。

---

另一方面，我完全同意答案的另一部分。Groovy控制台是在BAU过程中处理内容迁移之前和之后的一种方式。理想情况是所有当前内容都可以映射到新版本组件中的数据。然后，您应该能够使用脚本迁移所有内容。如果不是这样的话，那么你就不能逃避作者手动放置内容的做法。

显然，组件应该在使用前充分开发。 但是，如果你想改变某个组件中的某些特定内容，而这些内容对于整个网站来说都是一样的，就像徽标组件或标题组件一样，你可以查看设计对话框

因此，它的优点是：

---

如果您已经完成了n个页面的创作，当您使用“设计”对话框更改组件时，它将自动反映在使用组件的所有页面中

AEM是一种CMS，内容是你的数据，用更简单的术语表达。如果您的开发过程在每次发布后数据都与UI不一致，那么您的交付过程可能有问题。您可以使用以下方法使事情变得更好：

使组件与数据向后兼容 使组件版本化，即组件的新版本可与新的数据模型一起工作，并由用户使用新版本。 在项目计划中提供数据或组件迁移。 实际上，大多数AEM实现使组件向后兼容，并提供到新版本的升级路径。这不是一个技术问题，而是一个项目治理问题

这篇文章重新浮出水面，所以不希望人们从当前的答案和一些应该在IMHO中评论的答案中得到错误的想法，但是处理组件和发布的方法通常不是平台的技术问题