偶尔会超时

[yihong0618]

作者你好，
感谢你的项目，我用你的 Actions 设置的 crontab 偶尔会超时一次，我是 1 小时 1 跑，超时频率不确定。但基本上每天会发生至少一次。

Actions 地址 https://github.com/yihong0618/blog/actions

[yi-Xu-0100]

@yihong0618 似乎是 gitee api 不稳定造成的，不太建议同步设置这么频繁，设置为定时时间长点，然后同时设置push触发，和手动启动比较好。

[yihong0618]

@yi-Xu-0100
谢谢。

[Yikun]

@yihong0618 感谢反馈。

是的，这个是因为gitee的api接口不稳定造成的，这个错误是在访问gitee的查询列表时超时导致的。

我们会在调用gitee api的时候，加一个类似git操作重试的重试机制，去解决这个问题。

当然@yi-Xu-0100 提到的减少同步次数也是一个缓解的方法。

[yihong0618]

@Yikun

Cool, 明白了，再次感谢。

[yi-Xu-0100]

@Yikun

最近我的每日同步任务也出现失败现象。https://github.com/yi-Xu-0100/hub-mirror/actions

HTTPSConnectionPool(host='gitee.com', port=443): Max retries exceeded with url: /api/v5/users/yiXu0100/repos?page=0&per_page=60 (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection timed out'))  

似乎这个请求会对每次的同步都请求一次，而如果进行的是多 repo 的同步，则更容易造成错误。是否应该是任务启动的第一步获取完整列表以备后面使用。

[Yikun]

是否应该是任务启动的第一步获取完整列表以备后面使用。

是的，目前的实现，是在创建的时候，对于每个仓库都会检查一下目的端是否存在（获取目的仓列表，然后check是否存在）：

hub-mirror-action/hub-mirror/hub.py

Line 57 in 869c368

if not self.has_dst_repo(repo_name):

这个地方是可以优化一下，在最开始的时候，获取一个目的端的列表，然后在has_repo check的时候，只用检查这个列表即可。

[Yikun]

这个地方是可以优化一下，在最开始的时候，获取一个目的端的列表，然后在has_repo check的时候，只用检查这个列表即可。

hub-mirror-action/hub-mirror/hub.py

Lines 88 to 89 in 869c368

	@functools.lru_cache
	def _get_all_repo_names(self, url, page=1):

这里有LRU cache了，所以不需要优化。（自己写的代码给忘记了- -

关闭