project - Sitecore 项目的最佳实践

Question

我是 Sitecore 的新手，想更多地了解新项目的常规方法。因此，我愿意倾听并尝试一些经验丰富的 Sitecore 开发人员解决方案。我有很多问题，我不会问所有的。我只是对其他人的方法很好奇。

启动 Sitecore 项目的最佳方法是什么？
你会如何设置你的项目？
您将如何看待 future 项目中代码的回收？

简而言之:您有哪些经验(如果您曾参与或正在从事 Sitecore 项目)以及您如何推荐其他人使用 Sitecore。

现在我们正忙于构建我们可以在其他项目中回收的 Sitecore 块，但我确信那里有 1001 个方便的提示和技巧。我希望我们有一些 Sitecore pro 的 @stackoverflow 可以帮助一点。

Answer 1

以下是一些基于我们做事方式的一般设置信息。

颠覆
这不是 Sitecore 特定的，但我们像这样设置我们的存储库

分支机构 - 这用于处理可能需要一段时间的站点的重大更新。举例来说，我想更新网站上所有侧边栏的工作方式，这需要几周时间才能完成。我们要做的是创建一个新分支，并为这个 dev 分支设置另一个 sitecore 实例，然后做我们需要做的事情。完成后，我们将其合并回主干以进行测试和部署。

标签 - 这用于保留永远不会合并回主干的代码副本(这是这个和分支之间的区别)，例如，当我们将更新部署到站点时，我们可以创建所述代码的标签，以便如有必要，我们可以返回。

后备箱 - 事件代码，此处 checkin 的任何内容都应始终可部署。

后备箱
这是我们积极开发/修复错误的地方，具体取决于我们所在项目的哪个部分。我们设置了这样的东西(例如，该项目称为 TheProject)

我们将解决方案文件保存在此文件夹的根目录下，这将引用 src 文件夹中的各种库以及网站文件夹中的 web 项目。

文档 - 放置有关该站点的文档的地方。我强烈建议您在完成功能/部分时编写一个关于使其工作所需的任何特殊知识的小指南。所以说我正在登陆页面上的特色内容框。这个框会自动拉一些内容，除非它被明确覆盖。当我完成这样的事情时，我会使用大量屏幕截图为客户编写指南。我将指南发送给客户并将其放在 docs 文件夹中。这既可以帮助客户培训他们的员工，也可以帮助新开发人员快速了解如何完成工作。

库 - 这是我们保留项目中需要引用的任何 DLL 的地方。

测试 - 放置单元测试的地方。

源 - 这是我们保存项目特定库代码的地方。所以在这里我们会有一个名为 TheProject.Library 的文件夹，并且在那里会有用于所述

的 Visual Studio 项目。

网站/网站 - 这是我们安装 Sitecore 的地方，也是站点的根目录。在这里，我们有一个类似于 TheProject.Web 的项目。在项目中，我们添加了所有常规内容，例如 web.config/layouts 文件夹等。

通用 Sitecore 代码库
您可以做的最好的事情之一是从一开始就设置一个通用的 Sitecore 库，该库可以随着时间的推移添加到其中。然后当你为一个项目编写任何不仅适用于该项目的代码时，你可以在那里添加它。这似乎很明显，但从长远来看，这确实会有所帮助。你最终会得到更可靠的代码，见 link text .

所以当我们完成所有这些后，我们就有了这样的解决方案/项目结构

TheProject(解决方案)

TheProject.Library

TheProject.Web

MyCompany.SitecoreLibrary(我们的通用站点核心库)

工具
这是另一件普遍的事情，但我发现它确实有助于加快 Sitecore 的开发。如果您发现自己在 Sitecore 中一遍又一遍地做某事，请使用 API 编写一个工具来为您做这件事。这不仅有助于解决您正在处理的任何问题，还有助于让您更加熟悉 API。

Resharper
这更像是一般的 .NET 开发建议，请使用 Resharper( http://www.jetbrains.com/resharper/index.html)。我有点像 Resharper 的粉丝，它使开发过程中的许多事情变得更容易和更快。在我看来，最大的优势是它使重构代码变得多么容易，随着时间的推移，这对于保持事情的清晰和易于理解非常重要。

我希望这会有所帮助。

加布