backup - Tiny CLion 项目第二次构建缓慢

Question

我是一名社区学院讲师，为学生的 C++ 编码作业评分。整个学期都在做同样的任务。突然，今天早上，CLion 的构建速度非常缓慢，甚至可能挂起，这是我第二次构建/运行项目。怎么回事？这些项目非常小。一个源文件，一个头文件，没有库。

发生了什么变化？为什么第二次构建会成为问题？通常是第一次构建速度很慢。

标签： backupclionbackup-strategies

Answer 1

发生了什么变化？我的硬盘备份软件。我告诉我的自动备份需要 2 个小时的时间，从那以后就没有问题了。

我最近被迫从使用多年的 Code42 CrashPlan 软件切换到 Carbonite。Code42 正在退出最终用户备份业务。

请注意，我相信这个问题至少有 95% 是用户错误，在我如何配置我的备份方面，最多 5% 与 Carbonite 的实施有关。也许他们的文件锁定策略与 CrashPlan 的不同；我不知道。

在配置要备份的 CLion Projects 文件夹之前，我确实三思而后行。我知道备份目标文件会浪费备份周期/空间。但我很着急，希望我的解决方案源代码得到 Carbonite 的支持，直到我可以在学期末将其签入某种存储库。我很确定我可以进入并改进我的备份策略以不包括对象/可执行文件夹。