We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
目前,在查询源端列表的时候,会通过api接口,api接口有流控,每个接口是60次每小时。
所以可以引入src_token,做token查询的支持。
[1] https://developer.github.com/v3/#rate-limiting [2] 6cb3a46
The text was updated successfully, but these errors were encountered:
我试着写了一个 repo-list-generator 来生成相应的 static_list,默认的输出 repoList 会排除所有的 fork 和 private 仓库。对现在的 action 的使用非常友好,或许可以考虑增加使用介绍。 但这样会打断你的 feature,我在 #42 之后,一直有想法作这个 action ,但也就在最近才学习并熟练制作了相关的内容,没想到正巧发现你有所更新。
个人认为:这个 repolist 功能不应该是同步 action 默认获取所有的仓库列表,主要大部分人的 repo 会有许多的 fork 仓库。我个人一直使用 static_list 来对部分仓库使用,我的模板中也是建议单仓库版本使用,控制风险。
最近刚刚完成了 repo-list-generator 的 aciton, 也准备在我的模板仓库中给出意见,但这明显与现在的部分功能有重合……但我仍然希望对此有所帮助!
Sorry, something went wrong.
这个repo list generator想法不错,可以利用这个插件把一些获取列表的“花式规则”集成在里面,和目前这个特性其实也不冲突。
目前版本已经完成的分页支持,并且跑action的时候,因为在不同的容器中,ip不同,目前没发现有token调用超时的情况。
所以,保持现状,token的这个支持,后面有需要再做进来。
@Yikun 我想同步私有仓库的话,仍然需要 src_token 的支持,需要获取其他的私有仓库的内容,流程默认提供的 GITHUB_TOKEN,权限不够,必须提供个人生成的私人访问令牌。这样,在源端可以获取到私有仓库的内容,而目的端,本来也有相关权限。可能会得考虑私有仓库的创建,这样能够完成 #38 了,非常感谢不断更新相关内容~😘
src_token
GITHUB_TOKEN
Yikun
No branches or pull requests
目前,在查询源端列表的时候,会通过api接口,api接口有流控,每个接口是60次每小时。
所以可以引入src_token,做token查询的支持。
[1] https://developer.github.com/v3/#rate-limiting
[2] 6cb3a46
The text was updated successfully, but these errors were encountered: