在 AEM 中创建可编辑模板的正确方法是什么？
What is the proper way to create Editable Templates in AEM?
我已经使用 maven 原型创建了一个 AEM 项目，该项目附带了一些现成的 components/templates。
由于可编辑模板 recommended 由模板作者在 AEM 本身中创建，我想知道如何使我的项目保持同步。我不知道是否应该将这些模板推送到共享存储库。
如果作者在 AEM 中创建新的可编辑模板，git 存储库和 AEM 实例之间会出现一些同步问题。也会是AEM实例不同环境下的一些不同模板。 （例如测试和生产环境）
创建可编辑模板的最佳方法是什么？如何让它们在不同环境之间保持同步？ （Git 回购和 AEM Instance/s）
去年adaptTo-conference在柏林有一个很好的谈话。
https://adapt.to/2019/en/schedule/aem-template-editor-in-practice.html
您感兴趣的主题是挑战 #6 和 #7（在视频 23m:12s - 30m:30s 中）。总之它说，没有好的解决方案。 "simple solution" 是只允许开发人员更改某些内容。或者您需要来自您的 PROD 系统的 back-channel（以便将其应用到所有其他环境 - 就像您应对普通内容所做的那样）
对于 single-brand AEM 项目，我会推荐 "simple solution"。 "template editor" 正在更改 DEV 或 QA 上的模板。开发人员正在审查更改，并将更改同步到 GIT 存储库（在部署 DEV 或 QA 之前）。然后它就像任何其他代码更改一样 tested/deployed。
对于 multi-brand AEM 项目有很多很多模板和很多通用组件以及很多设计设置，那么我会推荐 back-channel方法。想想联合利华这样拥有数百个不同品牌的公司。在这种情况下，您几乎每天都会对某些模板进行更改 - 并且可能是熟练的模板编辑器。
"simple solution" 的优缺点是：
- Negative/neutral：上市时间为 2-3 天（我的所有项目都可以）
- 模板和内容政策保持清洁（开发者的评论）
- 它强制执行更仔细的计划，从而减少模板
- GIT 存储库是所有环境的唯一真实来源
- 正常部署流程
- 可以测试模板更改
- 最负面：模板编辑器需要开发人员（仅适用于活跃的 supported/maintained 项目）。
- 负面：模板 GUI 的好处很少。通常 "template editor" 只是要求开发人员进行更改。那么静态模板可能就足够了。
PS：我认识的所有模板编辑器，...
- 更喜欢 DEV 环境 - 因为它更容易重置（所以感觉更自由地进行实验）。
- 不想直接在 PROD 上更改任何东西，因为他们害怕破坏某些东西
希望这能给你一些提示，什么是最适合你的。
亚历克斯
我已经使用 maven 原型创建了一个 AEM 项目，该项目附带了一些现成的 components/templates。
由于可编辑模板 recommended 由模板作者在 AEM 本身中创建，我想知道如何使我的项目保持同步。我不知道是否应该将这些模板推送到共享存储库。
如果作者在 AEM 中创建新的可编辑模板，git 存储库和 AEM 实例之间会出现一些同步问题。也会是AEM实例不同环境下的一些不同模板。 （例如测试和生产环境）
创建可编辑模板的最佳方法是什么？如何让它们在不同环境之间保持同步？ （Git 回购和 AEM Instance/s）
去年adaptTo-conference在柏林有一个很好的谈话。
https://adapt.to/2019/en/schedule/aem-template-editor-in-practice.html
您感兴趣的主题是挑战 #6 和 #7（在视频 23m:12s - 30m:30s 中）。总之它说，没有好的解决方案。 "simple solution" 是只允许开发人员更改某些内容。或者您需要来自您的 PROD 系统的 back-channel（以便将其应用到所有其他环境 - 就像您应对普通内容所做的那样）
对于 single-brand AEM 项目，我会推荐 "simple solution"。 "template editor" 正在更改 DEV 或 QA 上的模板。开发人员正在审查更改，并将更改同步到 GIT 存储库（在部署 DEV 或 QA 之前）。然后它就像任何其他代码更改一样 tested/deployed。
对于 multi-brand AEM 项目有很多很多模板和很多通用组件以及很多设计设置，那么我会推荐 back-channel方法。想想联合利华这样拥有数百个不同品牌的公司。在这种情况下，您几乎每天都会对某些模板进行更改 - 并且可能是熟练的模板编辑器。
"simple solution" 的优缺点是：
- Negative/neutral：上市时间为 2-3 天（我的所有项目都可以）
- 模板和内容政策保持清洁（开发者的评论）
- 它强制执行更仔细的计划，从而减少模板
- GIT 存储库是所有环境的唯一真实来源
- 正常部署流程
- 可以测试模板更改
- 最负面：模板编辑器需要开发人员（仅适用于活跃的 supported/maintained 项目）。
- 负面：模板 GUI 的好处很少。通常 "template editor" 只是要求开发人员进行更改。那么静态模板可能就足够了。
PS：我认识的所有模板编辑器，...
- 更喜欢 DEV 环境 - 因为它更容易重置（所以感觉更自由地进行实验）。
- 不想直接在 PROD 上更改任何东西，因为他们害怕破坏某些东西
希望这能给你一些提示，什么是最适合你的。
亚历克斯