Aze*_*qui 6 environment gui-designer sitecore
我们组织的网站正在转向Sitecore CMS,但我们正在努力为开发人员(4),设计师(4),QA人员(3),作者(10-15)和审批者(4-10)设置环境在他们可以独立工作的地方,我知道会有依赖,但想法是最小化它.
这里有几条规则:
1)无论谁对变更负责,他们应该做所有事情,除非有任何依赖.
2)如果一个团队正在处理一个功能,那么它不应该停止或影响其他团队的工作.例如,如果QA正在测试该功能,那么Derringers和开发人员应该继续他们在相同功能上的工作以获得新的增强功能.
与环境相关的问题:
1)设计师在哪里工作?我的意思是他们将添加他们的html,js和图像?在哪台服务器上?在Sitecore?在源代码管理(TFS)?
2)设计师和开发者应该如何合作?我知道开发人员将使用Sitecore中的本地计算机.并将他们的工作推广到集成服务器,但他们将如何获得设计师的东西?假设该功能已成功投入生产,现在只需要更改图形设计,比如说字体样式和一些图像然后设计师应该进行这些更改吗?在哪个服务器上?之后,Sitecore实例将如何与其他Sitecore实例同步.对于设计更改,我不希望开发人员宣传任何代码或文件.
3)同步Sitecore环境/数据库最安全的方法是什么?意味着已经发布到生产网站的任何内容,我们将需要回到DEV,QA和UAT环境.
我们不想对代码,html,js和图像文件进行任何手动升级.有没有办法通过工具或Sitecore命令自动执行这些操作.我个人不喜欢Sitecore软件包.
4)你知道有什么好的参考吗?我在哪里可以找到类似问题的答案?任何网站,书籍,博客?
我知道一个文档"了解Sitecore Deployments 6.2",但设计器部分以及如何同步不同的环境不会在那里讨论.
谢谢.
\xe2\x80\x99s 您的设计人员不需要访问 Sitecore 来构建静态标记/js/css/图像,但要将其合并到 Sitecore 中,您需要有人通过添加具有以下功能的子布局或渲染来集成它:标记并引用 css/js/images。如果您将设计人员和开发人员分开,那么向他们解释您正在使用 ASP.NET Web 表单环境通常会有所帮助,因为需要牢记一些特殊注意事项(例如控件 ID 和表单使用)。让他们与您的开发人员共享源代码控制是一个巨大的优势,因为如果双方工作相切并进行单独更新,它可以限制可能需要完成的返工量。
值得概念化静态内容和动态内容之间的区别。如果您需要进行涉及更新标记/css/js 的“设计更改”,那么您将需要以与开发人员相同的方式在软件开发生命周期中推动该更改。事实上,开发商最好这样做。如果您需要进行本质上更“动态”的更改,并且已开发用于 - 例如,在某些情况下通过使用富文本编辑器字段更新文本、链接、图像,甚至 CSS,您当然可以让设计师来完成。他们将像任何使用 CMS 的人一样成为“编辑者”。他们对编辑过程的参与程度很大程度上取决于“基于内容”范式的延伸程度。如果您愿意,您可以让所有页面只公开富文本编辑器字段,但从 Sitecore 的角度来看,这将是极其糟糕的做法。
查看 Hedgehog Development 的一款名为Team Development for Sitecore 的产品。
有许多由领先的 sitecore 开发人员(如 John West、Alex Shyba 等)提供的 RSS 提要,还有大量的阅读列表。
| 归档时间: |
|
| 查看次数: |
2130 次 |
| 最近记录: |