Azure devops 我应该自己压缩azure devops中的大型管道工件吗？

我有一个构建管道，它发布大型工件文件夹，文件大小约为500MB。目前我在发布之前压缩它

是否需要手动压缩步骤？我的意思是引擎盖下可能有内部压缩机制

是否需要手动压缩步骤

不，当然不是

更好的问题是，“在什么情况下我应该压缩工件？”

这个问题的答案是：如果你要进行大量小文件的网络传输和，你会发现传输速度太慢。如果速度不太慢，就不用费心压缩了。如果你有一个相对较少的大文件，不用麻烦了

是否需要手动压缩步骤

不，当然不是

更好的问题是，“在什么情况下我应该压缩工件？”

---

这个问题的答案是：如果你要进行大量小文件的网络传输和，你会发现传输速度太慢。如果速度不太慢，就不用费心压缩了。如果您有相对较少的较大文件，请不要麻烦。

您自己压缩吗？AzureDevOps有一个名为“ArchiveFiles”的任务来为您压缩内容，为什么不使用它呢？我使用的是ArchiveFiles。我的问题是，是否需要（通过任何方式）将显式压缩作为管道的一部分，这取决于您的工件以及以后如何处理它。您不需要明确地使用它（也不必担心存储容量），但无论如何我都会使用它。根据我的经验，将文件夹作为归档文件上传/下载要比文件夹及其子项快得多。但这取决于您拥有的工件类型。稍后，我从另一个管道下载工件并解压缩它。我的问题也受到了阅读“通用软件包可能非常庞大（我们已经测试了高达4TB的容量），我们的重复数据消除和压缩技术可以显著提高效率”的启发。但是通用软件包对我来说似乎没有用处——它们需要版本控制等等。你自己压缩它吗？AzureDevOps有一个名为“ArchiveFiles”的任务来为您压缩内容，为什么不使用它呢？我使用的是ArchiveFiles。我的问题是，是否需要（通过任何方式）将显式压缩作为管道的一部分，这取决于您的工件以及以后如何处理它。您不需要明确地使用它（也不必担心存储容量），但无论如何我都会使用它。根据我的经验，将文件夹作为归档文件上传/下载要比文件夹及其子项快得多。但这取决于您拥有的工件类型。稍后，我从另一个管道下载工件并解压缩它。我的问题也受到了阅读“通用软件包可能非常庞大（我们已经测试了高达4TB的容量），我们的重复数据消除和压缩技术可以显著提高效率”的启发。但通用软件包对我来说似乎并不有用——它们需要版本控制等等。