使用 GitHub 构建网站,，部署密钥or个人访问令牌更推荐哪一个？

在使用 GitHub 构建网站时，使用部署密钥（Deploy Key）和个人访问令牌（PAT）这两种方案都是通过 CI/CD（如 GitHub Actions）将私有仓库的源码自动构建并推送到另一个公开仓库的 Pages 分支，区别在于认证机制分别使用部署密钥和 PAT。
两种认证方式的基本概念和用途。
部署密钥是一种 SSH 密钥，通常用于允许特定仓库访问另一个仓库，具有只读或读写权限。而个人访问令牌（PAT）是一种类似于密码的令牌，由用户生成，用于代替密码进行 API 认证，可以具有不同的权限范围。
较两者的优缺点。
部署密钥的优点可能包括：每个仓库可以有自己的密钥，权限更细粒度，可能更安全，因为如果一个密钥泄露，只会影响特定的仓库。而 PAT 的优点可能在于它可以关联到用户账户，更容易管理，尤其是当需要多个仓库或服务访问时，可能更灵活。
我们情况是，将私有仓库的代码通过 CI/CD 推送到另一个公开仓库的 Pages 分支。这里的关键点在于，CI/CD 流程需要有权限将构建后的代码推送到目标仓库。这时候，认证方式的选择需要考虑安全性、权限管理、易用性等因素。
首先，安全性方面。部署密钥通常是与特定仓库绑定的，只能访问该仓库，权限范围较小。如果部署密钥泄露，攻击者只能访问该特定仓库，而不会影响其他仓库或用户账户。而 PAT 如果泄露，可能具有更广泛的权限，尤其是如果 PAT 被赋予了过多的权限，比如读写多个仓库或用户账户的其他资源。因此，从安全性角度来看，部署密钥可能更安全，因为权限更受限。
其次，权限管理。部署密钥的权限通常是固定的，比如只读或读写，一旦设置后不容易更改。而 PAT 可以更灵活地设置权限范围，比如只允许推送代码到特定仓库的特定分支，或者限制其他操作。但如果配置不当，PAT 可能会有更广泛的权