使用GITHUB_OAUTH_TOKEN进行PR

Question

使用GITHUB_OAUTH_TOKEN，可以使用Travis超过composer install的API速率限制。但是，此令牌链接到存储库所有者的帐户，并且不能用于在此存储库上创建的P.R.反正有没有超过P.R.的这个限制？我想到了两个解决方案：

1. 让特拉维斯使用制作P.R的人的代币。
2. 让特拉维斯使用回购所有者的代币，如果他以某种方式“信任”那个制造P.R的人（不知道如何定义信任关系。

毋庸置疑，我认为1.最好。

Example of failing build

Answer 1

好的，基本上这个特殊问题的解决方案是：不要缓存 供应商目录，因为作曲家缓存已经拥有此目录中的大部分信息。供应商的存在可以阻止作曲家尝试替代下载方法，使方法失败成为问题。

引用Stof：

  

问题在于，您不仅要在构建之间持久保存composer缓存，还要在供应商文件夹本身之间持久化。在更新现有已安装软件包的情况下，编写器确实不会回退到不同的安装方法（这需要切换到删除/安装过程而不是更新过程btw）。它只尝试现有方法。   我建议您只在构建之间保留缓存，而不是供应商文件夹（API速率限制仅受缓存未命中影响）。

     

如果你没有PR来自福克斯的令牌，这不是一个大问题IMO：一旦它被分支构建填充，它们将在大多数时间点击缓存