典型CI/CD管道通常采用何种网络协议？

为什么HTTP/HTTPS取代了FTP #

• 易用性与生态兼容：几乎所有CI/CD工具（Jenkins、GitLab CI、GitHub Actions等）原生支持HTTP/HTTPS请求，不需要额外配置复杂的FTP客户端或服务端权限。流水线里用curl、wget或者工具内置的上传下载功能就能轻松搞定，而FTP还要处理被动模式、端口开放、用户认证的额外复杂度。
• 安全性：HTTPS自带加密传输，能防止制品在传输过程中被篡改或窃听。FTP默认明文传输，即使是FTPS或SFTP，配置和维护成本也比HTTPS高不少，而且很多现代服务器环境对FTP端口的管控更严格。
• 集成性：HTTP/HTTPS可以很方便地和身份验证机制（API密钥、OAuth2）集成，适配CI/CD流水线的自动化权限管理。比如Nexus、Artifactory、GitHub Packages这类主流制品仓库，全都是基于HTTP/HTTPS提供服务，和流水线的集成无缝衔接。
• 性能与可靠性：HTTP/HTTPS支持断点续传、分块传输，在网络不稳定的场景下比FTP更可靠。而且现代CDN和反向代理对HTTP的优化更成熟，大体积制品传输效率更高。

具体传输链路的协议选择 #

1. 版本控制→流水线服务器：这个环节基本不用FTP/HTTP拉取代码，都是用Git协议（git://）或HTTPS协议的Git请求（https://）——毕竟版本控制系统本身就是为这类协议设计的，拉取代码的效率和兼容性都更好。如果是拉取非代码的资源包，才会用HTTPS下载。
2. 流水线服务器→部署服务器：这里绝对是HTTPS为主流，要么直接用工具的内置部署功能（比如Ansible的uri模块、Jenkins的Deploy插件）通过HTTPS上传制品，要么先把制品推到HTTP-based的制品仓库，再让部署服务器从仓库拉取。

什么时候会用到FTP？ #

几乎只有对接非常老旧的遗留系统时才会考虑FTP，比如某些运行了十几年的服务器环境只支持FTP上传。但这种场景现在已经极少，就算遇到，也更推荐用SFTP（基于SSH的文件传输）替代普通FTP，安全性更高。

内容的提问来源于stack exchange，提问作者Ednas