当我在我的第2和第3个kentico网站上进行开发时，我们正在研究代码管理。我们理想的解决方案是单个Kentico解决方案，具有单独的CMS文件夹。
理论上这应该没问题，但是会有任何潜在的问题，特别是关于版本控制吗？现在，我在9修补程序5上有一个站点，另外两个在9修补程序30上。
答案 0 :(得分：2)
应用修补程序和升级时会出现问题。他们都依赖于Web项目位于名为CMS的文件夹中的事实......所以你会在这些过程中引入一些手动步骤。结论 - 不要这样做。
答案 1 :(得分：2)
我当然同意@rocky。我想问一下你对这种情况有什么好处？我假设3个站点完全相互独立（不共享数据库），因此请将它们保存为单独的Kentico解决方案。它们是单独的应用程序，为什么要共享解决方案文件？这将使你的生活变得更加轻松。解决方案应该只包含多个应用程序，如果它们是内在链接的。
如果是因为您要在实例之间共享自定义代码，最好将该代码移动到自定义程序集中并在各种解决方案中共享这些代码。如有必要，您可以根据下面的文件夹结构概述包含相同的文件。这样，您的修补程序和升级仍然完全本地化，您可以免受伤害！
答案 2 :(得分：0)
从发展的角度来看，你应该没问题。执行升级，修补程序或新安装时，这可能会导致问题，因为KIT会查看实际的.sln文件或.sln文件所在的实际根目录。
我要做的是设置这样的解决方案并尝试升级和修补程序以及一些本地开发。