彼得·艾森特劳特：全新的 PostgreSQL 17 制作分发包
💡
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
PostgreSQL 17改变了创建源代码tarballs的过程，使用git archive将属于特定提交的文件打包成可重现和可验证的tarball。这样可以实现软件供应链的透明度和可重现性。该变化仅适用于PostgreSQL 17和未来的主要版本。旧方法仍将用于旧主要版本的维护发布。
🎯
关键要点
- PostgreSQL 17改变了创建源代码tarballs的过程，使用git archive打包特定提交的文件。
- 新的tarball创建方法提高了软件供应链的透明度和可重现性。
- 旧的方法仍将用于PostgreSQL 16及之前的主要版本的维护发布。
- 创建源代码tarball的传统方法复杂且容易出错，涉及多个状态的维护。
- 历史上，预构建文件的包含是出于便利和传统，但现在已不再必要。
- 现代软件供应链对安全性和法律合规性有更高的关注。
- 使用Git作为源代码控制系统提供了完整性保证，确保获取相同的源代码。
- 之前的tarball创建过程缺乏透明性和可验证性，难以确保tarball的准确性。
- PostgreSQL 17的tarball生成过程确保了可重现性，任何人都可以获得相同的tarball。
- 此变化仅适用于PostgreSQL 17及未来版本，旧版本将继续使用旧方法。
❓
延伸问答
PostgreSQL 17的源代码tarball创建过程有什么变化？
PostgreSQL 17使用git archive打包特定提交的文件，确保tarball的可重现性和可验证性。
为什么PostgreSQL 17不再使用传统的tarball创建方法？
传统方法复杂且容易出错，缺乏透明性和可验证性，且现代软件供应链对安全性和合规性要求更高。
PostgreSQL 17的tarball生成过程如何提高软件供应链的透明度？
通过使用git archive，任何人都可以追溯tarball到特定的Git提交，确保获取相同的源代码。
旧版本的PostgreSQL如何处理源代码tarball的创建？
旧版本（如PostgreSQL 16及之前）将继续使用传统的tarball创建方法，直到它们不再支持。
使用Git作为源代码控制系统有什么优势？
使用Git提供了完整性保证，确保用户获取的源代码与其他人一致，增加了可追溯性。
PostgreSQL 17的tarball生成过程对用户有什么影响？
用户可以获得可重现的tarball，确保安装的软件版本的准确性和合法性，增强了安全性。
➡️
