在工作中，一些团队创建内部 Ubuntu 应用程序，这些应用程序通过 GitHub 操作工作流构建，并打包为 Ubuntu 的 Debian 软件包。然后，将软件包文件上传到 Amazon S3 存储桶，我们使用货运每次上传后重建索引。我们大约 200 台内部 Ubuntu 服务器随后使用apt-transport-s3下载并安装这些软件包。
我们的货运出现了问题，因此，除其他事项外，我正在寻找替代方案。
我们需要存储库保留有限数量的旧版本，以便轻松回滚，但不需要保留所有内容，因为其中一个项目每天都会创建多个版本。理想情况下，我们希望能够在构建和上传包的 GitHub 操作工作流中重建索引，以便所有内容都可以独立存在。当前的货运设置使用EC2 T3 可突发实例运行起来相当便宜。
发布节奏非常频繁的项目还发布了许多具有复杂依赖关系的软件包，需要使用 apt 进行整理，因此直接下载软件包文件并安装是不切实际的，因为会安装错误的软件包。
我发现DebianRepository 设置页面关于 Debian 项目，但我不确定哪些值得研究（有一些无效链接）。
有什么建议吗？
答案1
经过一些研究，它看起来像恰当地是最好的候选者，尽管我还没有用它来实现解决方案。