Asp.net 翁布拉科升级方案

我们使用4.7.1版开发了一个基于Umbraco的网站，供客户使用

现在，当客户要求对现有项目进行更多添加时，我们的开发团队建议将Umbraco从4.7.1升级到7.1

我们面临的主要挑战是

• 我必须彻底重做这个项目
• 当时使用的一些软件包已经过时
• 说服客户升级

团队并不完全确定升级的好处，我的意思是客户不具备很多技术知识。 有人能帮忙吗。

---

非常感谢您的帮助

我已将Umbraco安装从第2版升级到第6版，如果您遵循升级，那就可以了

另一方面，版本7是全新的，需要对数据类型、自定义节等采用不同的方法，并且需要大量重写

Umbraco升级（文件和数据库）可能不是这样的问题，Umbraco团队通常会对此进行测试，但是您编写的扩展可能会带来一些严重的障碍

升级到版本6将是一种选择，尽管其好处对于客户端来说并不明显。它更加稳定，并得到了社会的大力支持

升级到版本7还意味着编辑器需要适应新的界面（这可能是个问题，取决于您是否有1个或100个编辑器）、大量的代码重写（缺少包和数据类型），以及开发人员需要适应Umbraco 7后端中不同的编码风格的阶段（所有这些都是通过angularjs完成的）

---

尽管版本7看起来很不错，但客户可能倾向于购买它并花钱。如果没有，并且您有预算和时间限制，您应该升级到版本6。

我已经将Umbraco安装从版本2一直升级到版本6，如果您遵循升级，那就可以了

另一方面，版本7是全新的，需要对数据类型、自定义节等采用不同的方法，并且需要大量重写

Umbraco升级（文件和数据库）可能不是这样的问题，Umbraco团队通常会对此进行测试，但是您编写的扩展可能会带来一些严重的障碍

升级到版本6将是一种选择，尽管其好处对于客户端来说并不明显。它更加稳定，并得到了社会的大力支持

升级到版本7还意味着编辑器需要适应新的界面（这可能是个问题，取决于您是否有1个或100个编辑器）、大量的代码重写（缺少包和数据类型），以及开发人员需要适应Umbraco 7后端中不同的编码风格的阶段（所有这些都是通过angularjs完成的）

---

尽管版本7看起来很不错，但客户可能倾向于购买它并花钱。如果没有，并且您有预算和时间限制，您应该尽量使用版本6。

最新和最棒的版本总是很吸引人的。就我个人而言，我正在等待v7进入一年，让其他人解决需要修补的问题，我将在2014年开发新的Umbraco v6项目

考虑到v5的体验有多糟糕，我认为v7的优秀报告不足以吸引我今年

关于升级，现实是，（）正如尼尔斯·哈特维格（Niels Hartwig）所说，升级翁布拉科是一个神话。从4.7升到4.11当然是可以做到的；我是按照这个指南（）做的

但是，尝试从v4升级到v6或v7将花费更长的时间&这将导致比从头开始构建新站点更糟糕的站点。仅从asp.net表单切换到MVC的升降工作将花费比构建新站点更多的时间

您拥有的实物期权包括：

• 验证v6或v7中的新构建
• 建立在v4中的基础上

---

根据您的预算、专业知识和优先事项，任何一种选择都可能是一个好的选择。

选择最新和最好的版本总是很有诱惑力的。就我个人而言，我正在等待v7进入一年，让其他人解决需要修补的问题，我将在2014年开发新的Umbraco v6项目

考虑到v5的体验有多糟糕，我认为v7的优秀报告不足以吸引我今年

关于升级，现实是，（）正如尼尔斯·哈特维格（Niels Hartwig）所说，升级翁布拉科是一个神话。从4.7升到4.11当然是可以做到的；我是按照这个指南（）做的

但是，尝试从v4升级到v6或v7将花费更长的时间&这将导致比从头开始构建新站点更糟糕的站点。仅从asp.net表单切换到MVC的升降工作将花费比构建新站点更多的时间

您拥有的实物期权包括：

• 验证v6或v7中的新构建
• 建立在v4中的基础上

---

根据您的预算、专业知识和优先级，这两个选项都是不错的选择。

您应该能够从4.7升级到6分支的末尾，而不会出现任何重大问题，我最近执行了类似的升级。如果您的站点使用了大量的包或自定义数据类型，我就不会麻烦跳到7，因为它们中的大多数都不能与新的API一起工作

您可能遇到的主要问题是ASP.Net版本的更改，并且您几乎肯定必须在这一过程中更新一些第三方软件包。我记录了我的升级

如果他们拼命想要7，我会考虑从头开始重建，因为4.7到7年间发生了很多变化。升级到6分支末尾的主要好处是，您的后台性能有了很大的提高（特别是当您有多个编辑器同时工作时），媒体库得到了改进，并且有许多不错的bug f