c# - Umbraco部署内容的最佳做法

Question

Closed. This question needs to be more focused。它当前不接受答案。












想要改善这个问题吗？更新问题，使它仅关注 editing this post的一个问题。

5年前关闭。



Improve this question




因此，我拥有Umbraco的演出和现场环境。

我们的内容专家会在Live中进行更改，因为他们需要立即可见的内容。

现在，作为备份-我目前正在将他们所做的工作复制并粘贴到我们的暂存环境中，并放入源代码管理中。

有更好的方法吗？

最佳答案

根据您的情况，我建议使用相同的数据库设置登台站点和生产站点。除非您使用ContentService将内容拉入模板(应避免将其插入数据库，否则应避免这样做)，否则您的umbraco站点应仅访问App_Data/umbraco.config xml缓存和App_Data/TEMP/ExamineIndexes中的检查索引。这意味着，即使您的登台站点和生产站点将共享同一数据库，您在登台站点上所做的更改也不会显示在生产站点上，除非您登录并重新发布整个站点或重新发布特定节点。

这种方法绝对不适用于每种情况。例如，出于安全原因，我们有一些客户不喜欢共享数据库。他们希望与生产站点和登台站点尽可能多地分离。如果网站上的内容对时间非常敏感，我也不会使用它。如果在准备就绪之前意外发布内容对您的客户来说非常不好，那么这可能不是最佳解决方案。尚未准备好时，我们不会遇到xml高速缓存自动刷新的任何麻烦，但是我不相信使用高速缓存来保护敏感信息免于提前发布。

我们一直在使用它，并且对简单性感到非常满意。移动部分很少，因此与下面的其他一些部署方法相比，这是一种非常安全的部署方式。为了使事情对我们的客户更加用户友好，我们在登台站点上安装了一个按钮，单击该按钮将为生产站点上的该节点重新发布缓存。我希望将其作为软件包发布，并在准备好时通过指向软件包的链接来更新此答案。

更新
我认为上述方法是实验性的。 Umbraco在umbraco 7的更高版本中一直在负载平衡方案中进行了大量工作，他们所做的某些工作可能会使我所说的无效。如果您决定尝试此操作，请记住这一点。

在处理内容部署时，还可以考虑以下一些其他有趣的工具:

输送机:https://our.umbraco.org/projects/backoffice-extensions/conveyor

Courier/Umbraco部署:http://umbraco.com/products/more-add-ons/courier-2

Umbraco云:https://umbraco.com/products/umbraco-cloud/

CMS导入:http://soetemansoftware.nl/cmsimport

uMirror:https://our.umbraco.org/projects/backoffice-extensions/umirror

uSync内容版本:https://our.umbraco.org/projects/developer-tools/usynccontentedition

传送带是一个年轻的程序包(至少现在是这样)。它具有仪表板，您可以使用它来有选择地从生产站点中导出内容。然后，您可以登录到暂存站点上的后台办公室并导入内容。我本月初次尝试这种方法。到目前为止，它看起来非常有前途，但是我不能从经验中给您很多建议。

Courier 旨在成为内容部署中的最终解决方案。它是少数几个内容部署选项之一，它使您可以选择性地仅部署所需的内容。您可以右键单击内容，然后从阶段到生产或从生产到阶段进行部署。 Courier还会尝试检测依赖项，并将其与您的内容选择一起部署。 Courier的诀窍是，当出现问题时，这很重要。站点可能会崩溃，并且根据出了什么问题，恢复它们可能需要很多时间。 Courier可能会尝试部署它检测为依赖项的文档类型，并意外破坏内容。我还发现它需要大量的培训才能正确使用。让非技术人员使用Courier并没有取得很大的成功。如果您使用Courier，请设置测试环境并试一会儿。确保您知道哪些工作流程适合您，哪些会破坏工作。信使将让您射中自己的脚。 更新: Umbraco一直在使用Courier为其新的Umbraco即服务。他们已经找到并修复了许多错误。 2015年版本的Courier更加稳定。如果要使用Courier，请确保您使用的是Umbraco 7的最新版本。我最近一直在对Courier 2.50.1版进行测试。好多了。我仍然会小心翼翼地走。 另一个更新 Umbraco越来越依赖Courier。他们已经宣布了一个经过重新设计的新 express ，称为Umbraco Deploy。我很期待。一旦发布，那将是一个比Courier更好的选择，我希望它会以类似的方式运行。

Umbraco云是Umbraco一直在非常努力地进行的整个SaaS设置。他们可以在Azure中托管您的Umbraco网站，并具有非常整洁的UI和流程，不仅可以部署网站的内容和媒体，还可以部署所有代码，文档类型和数据类型。这仍然有点新，很多非常复杂的站点可能都不适合Umbraco Cloud。同样，严重依赖于文档类型继承与文档类型组成的站点也可能会出现问题。据我所知，Umbraco Cloud非常适合中小型站点，但是Umbraco确实也有一些非常大的站点托管在Umbraco Cloud上。 Umbraco Cloud在很大程度上依赖于基于Courier的新Umbraco Deploy。如果您的网站在使用新的Courier时遇到问题，则可能会在Umbraco Cloud上出现问题。
uMirror 是我从未使用过的一种，但是它存在并且可能有用。

uSync Content Edition 是我从未使用过的另一种。我们确实有使用常规uSync的经验，并且我发现作者对问题非常敏感。

关于c# - Umbraco部署内容的最佳做法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27174486/

上一篇：c# - Azure GraphClient 库从组中删除用户

下一篇：c# - Web Api 帮助页面 - 只显示一些 Controller 而不显示其他 Controller

相关文章：

umbraco - 迁移 Umbraco 4.7

c# - 如何在用户登录但后来从数据库中删除时清除 session

c# - 如何使用 NPOI 读取数字单元格的未格式化内容？

asp.net-mvc - 使用Structuremap进行异常处理

javascript - SelectToUISlider 不改变 safari 中的值

java - html 文件内内联后端代码

c# - 以编程方式设置 Umbraco True/False 属性时不会保留值

c# - 为什么当我插入 DateTime null 时，我在 SQL Server 中有 "0001-01-01"？

c# - 初始化类中的子类对象 - StackOverflowException

umbraco - Umbraco 限制中的自定义表单？

Answer 1

根据您的情况，我建议使用相同的数据库设置登台站点和生产站点。除非您使用ContentService将内容拉入模板(应避免将其插入数据库，否则应避免这样做)，否则您的umbraco站点应仅访问App_Data/umbraco.config xml缓存和App_Data/TEMP/ExamineIndexes中的检查索引。这意味着，即使您的登台站点和生产站点将共享同一数据库，您在登台站点上所做的更改也不会显示在生产站点上，除非您登录并重新发布整个站点或重新发布特定节点。

这种方法绝对不适用于每种情况。例如，出于安全原因，我们有一些客户不喜欢共享数据库。他们希望与生产站点和登台站点尽可能多地分离。如果网站上的内容对时间非常敏感，我也不会使用它。如果在准备就绪之前意外发布内容对您的客户来说非常不好，那么这可能不是最佳解决方案。尚未准备好时，我们不会遇到xml高速缓存自动刷新的任何麻烦，但是我不相信使用高速缓存来保护敏感信息免于提前发布。

我们一直在使用它，并且对简单性感到非常满意。移动部分很少，因此与下面的其他一些部署方法相比，这是一种非常安全的部署方式。为了使事情对我们的客户更加用户友好，我们在登台站点上安装了一个按钮，单击该按钮将为生产站点上的该节点重新发布缓存。我希望将其作为软件包发布，并在准备好时通过指向软件包的链接来更新此答案。

更新
我认为上述方法是实验性的。 Umbraco在umbraco 7的更高版本中一直在负载平衡方案中进行了大量工作，他们所做的某些工作可能会使我所说的无效。如果您决定尝试此操作，请记住这一点。

在处理内容部署时，还可以考虑以下一些其他有趣的工具:

输送机:https://our.umbraco.org/projects/backoffice-extensions/conveyor

Courier/Umbraco部署:http://umbraco.com/products/more-add-ons/courier-2

Umbraco云:https://umbraco.com/products/umbraco-cloud/

CMS导入:http://soetemansoftware.nl/cmsimport

uMirror:https://our.umbraco.org/projects/backoffice-extensions/umirror

uSync内容版本:https://our.umbraco.org/projects/developer-tools/usynccontentedition

传送带是一个年轻的程序包(至少现在是这样)。它具有仪表板，您可以使用它来有选择地从生产站点中导出内容。然后，您可以登录到暂存站点上的后台办公室并导入内容。我本月初次尝试这种方法。到目前为止，它看起来非常有前途，但是我不能从经验中给您很多建议。

Courier 旨在成为内容部署中的最终解决方案。它是少数几个内容部署选项之一，它使您可以选择性地仅部署所需的内容。您可以右键单击内容，然后从阶段到生产或从生产到阶段进行部署。 Courier还会尝试检测依赖项，并将其与您的内容选择一起部署。 Courier的诀窍是，当出现问题时，这很重要。站点可能会崩溃，并且根据出了什么问题，恢复它们可能需要很多时间。 Courier可能会尝试部署它检测为依赖项的文档类型，并意外破坏内容。我还发现它需要大量的培训才能正确使用。让非技术人员使用Courier并没有取得很大的成功。如果您使用Courier，请设置测试环境并试一会儿。确保您知道哪些工作流程适合您，哪些会破坏工作。信使将让您射中自己的脚。 更新: Umbraco一直在使用Courier为其新的Umbraco即服务。他们已经找到并修复了许多错误。 2015年版本的Courier更加稳定。如果要使用Courier，请确保您使用的是Umbraco 7的最新版本。我最近一直在对Courier 2.50.1版进行测试。好多了。我仍然会小心翼翼地走。 另一个更新 Umbraco越来越依赖Courier。他们已经宣布了一个经过重新设计的新 express ，称为Umbraco Deploy。我很期待。一旦发布，那将是一个比Courier更好的选择，我希望它会以类似的方式运行。

Umbraco云是Umbraco一直在非常努力地进行的整个SaaS设置。他们可以在Azure中托管您的Umbraco网站，并具有非常整洁的UI和流程，不仅可以部署网站的内容和媒体，还可以部署所有代码，文档类型和数据类型。这仍然有点新，很多非常复杂的站点可能都不适合Umbraco Cloud。同样，严重依赖于文档类型继承与文档类型组成的站点也可能会出现问题。据我所知，Umbraco Cloud非常适合中小型站点，但是Umbraco确实也有一些非常大的站点托管在Umbraco Cloud上。 Umbraco Cloud在很大程度上依赖于基于Courier的新Umbraco Deploy。如果您的网站在使用新的Courier时遇到问题，则可能会在Umbraco Cloud上出现问题。
uMirror 是我从未使用过的一种，但是它存在并且可能有用。

uSync Content Edition 是我从未使用过的另一种。我们确实有使用常规uSync的经验，并且我发现作者对问题非常敏感。