Kentico 的持续集成很慢
Kentico's Continuous Integration is very slow
我的持续集成 运行 非常慢。
使用 -r "ContinuousIntegration.exe -r" 启动后，它在 "Restoring objects…" 之后和 "Optimizing file repository…" 之前挂起。它甚至可以持续一个小时。毕竟什么都进口好了...
使用分析器，我发现大部分时间都花在了 CMS.DataEngine.TranslationHelper
有人知道哪里出了问题吗？ Click here to see the screenshot of profiler
如果您在执行 -r 时有很多开箱即用的自定义对象或数据或具有关系的自定义对象，则更新本地实例可能需要很长时间。简单的说就是用CI文件中的结构重建整个数据库。此外，文档指出：
为确保还原过程正常进行，您需要在 运行 还原过程之前停止 Kentico 应用程序。否则可能会遇到以下问题：
- 如果在从文件恢复数据时系统尝试写入 CIRepository 文件夹，则会出现死锁或数据不一致
- 如果您在不重新启动的情况下恢复，应用程序缓存中的内容会过时（可能导致 Kentico 管理界面或网站内容不一致）
因此请务必在恢复时停止您的实例以帮助提高性能。
我的持续集成 运行 非常慢。 使用 -r "ContinuousIntegration.exe -r" 启动后，它在 "Restoring objects…" 之后和 "Optimizing file repository…" 之前挂起。它甚至可以持续一个小时。毕竟什么都进口好了...
使用分析器，我发现大部分时间都花在了 CMS.DataEngine.TranslationHelper
有人知道哪里出了问题吗？ Click here to see the screenshot of profiler
如果您在执行 -r 时有很多开箱即用的自定义对象或数据或具有关系的自定义对象，则更新本地实例可能需要很长时间。简单的说就是用CI文件中的结构重建整个数据库。此外，文档指出：
为确保还原过程正常进行，您需要在 运行 还原过程之前停止 Kentico 应用程序。否则可能会遇到以下问题：
- 如果在从文件恢复数据时系统尝试写入 CIRepository 文件夹，则会出现死锁或数据不一致
- 如果您在不重新启动的情况下恢复，应用程序缓存中的内容会过时（可能导致 Kentico 管理界面或网站内容不一致）
因此请务必在恢复时停止您的实例以帮助提高性能。