单个解决方案中的多个 Kentico 项目

Multple Kentico projects in a single solution

由于我正在开发我的第二个和第三个 kentico 站点，我们正在研究代码管理。我们理想的解决方案是单个 Kentico 解决方案，带有单独的 CMS 文件夹。

理论上这应该没问题，但是会不会有任何潜在的问题，尤其是关于版本控制？现在，我有一个站点在 9 hotfix 5 上，另外两个站点在 9 hotfix 30 上。

应用修补程序和升级会有问题。他们都依赖于 Web 项目位于名为 CMS... 的文件夹中这一事实，因此您将在这些过程中引入一些手动步骤。结论 - 不要那样做。

从开发的角度来看，您应该没问题。在执行升级、修补程序或新安装时，这可能会导致问题，因为 KIT 查看实际的 .sln 文件或 .sln 文件所在的实际根目录。

我会做的是设置这样的解决方案并尝试升级和修补程序以及一些本地开发。

我当然同意@rocky。我想问一下您希望从这种情况中获得什么优势？我假设这 3 个站点彼此完全独立（不共享数据库），因此将它们作为单独的 Kentico 解决方案保留。它们是独立的应用程序，那么为什么要共享一个解决方案文件呢？这将使您的生活变得更加轻松。一个解决方案应该只包含多个应用程序，前提是它们之间存在内在联系。

如果是因为您有想要在实例之间共享的自定义代码，最好将该代码移动到自定义程序集中并在您的各种解决方案中共享这些代码。如有必要，您的单独解决方案可以按照下面的文件夹结构概述包含相同的文件。通过这种方式，您的修补程序和升级将完全本地化，并且您可以免受伤害！

  • 发展
    • 肯蒂科 1
      • CMSApp.sln
      • 内容管理系统
        • CMSApp_AppCode.csproj
          • 引用 My.CustomBusinessLogic 和 My.SharedCore
    • 肯蒂科 2
      • CMSApp.sln
      • 内容管理系统
        • CMSApp_AppCode.csproj
          • 仅参考 My.SharedCore
    • 肯蒂科 3
      • CMSApp.sln
      • 内容管理系统
        • CMSApp_AppCode.csproj
    • My.CustomBusinessLogic
      • My.CustomBusinessLogic.csp
    • My.SharedCore
      • My.SharedCore.csproj