我有一个设置，我们通过Team City将源代码打包到nuget包中，通过Octopus部署进行部署。打包的文件夹大小约为267MB。这个过程大约需要5-6分钟来打包这些文件。该文件夹包含12,000个文件和339个文件夹。我还有一个大约183MB的文件夹，有297个文件和24个文件夹。这只需要大约35秒。知道为什么用Nuget打包这些文件夹的时间差别很大？有没有解决方案可以帮助提高绩效？
由于
答案 0 :(得分：1)
NuGet包实际上只是压缩存档，因此您获得的性能与压缩文件的速度非常相似（NuGet对存档中的结构只有严格的约定）
给定不同数量的文件，总计相同的总大小 - 所有常见的归档格式都可以实现更快的压缩，并且文件更少，压缩效果更好（生成的文件更小）。
如果你想进入低级别的细节，如果你想要对你的硬盘进行碎片整理，每个文件都将是连续的，但是如果你有很多文件，它们就会到处都是。这也增加了开销。
任何每个文件操作（在单个大文件上只花费一小部分时间）也可能在处理许多文件时累加。
总而言之，它在软件开发中几乎是一个真正的主题，不间断的操作在大块土地上更有效率，而不是繁琐的土地。