sitecore - 为 Sitecore 设置开发环境的最佳方法是什么

Question

一般指导似乎是将 Sitecore 安装到一个文件夹中，例如D:\Websites\MyWebSite 然后在单独的文件夹中创建您的 Visual Studio 项目，例如C:\项目\MyWebProject。然后，您可以将自定义代码从 Visual Studio 发布到 Sitecore 文件夹(该视频解释了我所描述的内容 https://www.youtube.com/watch?v=i3Mwcphtz4w 大约 13 分钟)。

我有以下问题:-

人们是否只将他们的 Visual Studio 项目存储在源代码中而不是 Sitecore 代码？

从 VS 到 Sitecore 文件夹的发布选项只有添加文件或删除 VS 项目中没有的任何内容的选项。从 VS 项目中删除的文件如何在不手动执行的情况下被删除？

我们使用 web-deploy 将站点发布到登台和实时环境。在这种情况下，您会从 VS 项目中发布，还是设置一种方式来发布 Sitecore 文件夹(如果是这样的话)？

这实际上是一个很好的设置还是你做一些不同的事情？

Answer 1

几年前我们开始开发 Sitecore 时，我对此进行了大量研究。我记得读过 Sean Kearney 的一篇文章，对我来说很有意义:http://seankearney.com/post/Visual-Studio-Projects-and-Sitecore

我们最终将这种方法用于大型和小型项目，效果非常好。您还需要查看其他几个工具:

来自 Hedgehog Development ( http://www.hhogdev.com/products/team-development-for-sitecore/overview.aspx )

的 Sitecore (TDS) 团队开发

CopySauce 来自 Igloo ( http://www.igloo.com.au/blog/copysauce-igloos-sitecore-development-utility/ )

适用于 Visual Studio 的 SitecoreRocks

所以回答你的问题:

你所有的代码和一些的 Sitecore 项目存储在源代码管理中。您要采用的方法是仅存储您创建的新 Sitecore 项目(布局、子布局、模板等)以及您可能需要自定义的任何项目。您不需要存储所有的 sitecore 源、内容或模块……只是您需要重新应用以获取最新的新环境。您可以手动管理它，但是像 TDS 这样的工具可以让这变得更容易。

我们使用 TDS 来管理对每个环境的发布/部署。 TDS 具有可配置的设置来处理已删除的项目，包括将其移动到 Sitecore 回收站或直接将其删除的能力。你必须小心这个，但它确实有效。

我们使用单独的构建环境来组装和运行使用 TDS 和 Jenkins 的部署。基本上，所有代码都从源代码控制系统检索到 Sitecore 服务器，并使用 MSBuild 和 TDS 构建。在大多数情况下，我们直接使用 webdeploy 到 Sitecore webroot，但对于生产，我们构建 TDS 包，然后在每个 Content Delivery Server

上运行它们

到目前为止，我们已经在 7 个 sitecore 项目中使用了这个设置，我对它的效果非常满意。我们曾质疑 TDS 是否值得支付许可费，但答案总是肯定的。替代方案对我们的开发人员来说不是很有吸引力，而且节省的时间远远超过成本。