楼上这么多说不能有错别字的，看你们的评论，确有不少标点、语法的问题。
先想一想自己是不是“严于待人，宽以律己”？

@no1xsyzy 非常同意
通过后缀名判断文件类型才是大有问题的操作。
文件名本质上并不属于文件本身，而是属于文件系统。
历史上对于文本文件没有文件头的设计真是太糟糕了。
要是重新设计这一套东西，所有文件使用统一的可扩展的文件头才是最好的。

ubuntu 没有 14.01 和 19.1 这样的版本吧。都是 04 或者 10 。
我从 9.10 用到 18.04 都没遇到过这样的问题。
会不会是网卡驱动有问题？网线没接好？路由器有问题？

@BrettD 是只能 https

我一般直接这样就行了：
export HTTPS_PROXY=....
git clone ......

0. 这是 apt 使用的源格式
1. 最前面的 deb 表示 binary 包，还有源代码的包 deb-src
2. 还可以指定 CPU 架构，比如 deb [arch=amd64] ....
3. 中间的那一段是服务器地址
4. 接下来的那个是系统版本
5. 最后的 main non-free contrib 这些表示包的分类，可选，可能还有 restricted universe multiverse 这几种

正确做法是：toLocalTime(UTCTime utc, TimeZone tz)
如果一定要北京时间的话，重载一个 toBeijingLocaltime(UTCTime )
其它的都是垃圾。

你干脆把输入限制为月不就行了，然后规定是否包含头尾。
不然 3-01 到 6- 15 算什么？ 3.5 个月，还是四舍五入，如果四舍五入，那么有的月 30 天，有的 31 天，二月 28 或 29 天，怎么算？这样就没完没了了。

又或者安日期算，结果是 X 月多 Y 天，或者 X 月差 Z 天。

你没搞清楚异步是什么。
比如一个函数 f 需要执行 a，b，c 三个步骤操作，耗时比如是 1ms，100ms，1ms。其中 b 是 io 操作，比如网络请求，需要等待结果返回。而需要执行多个 f()。同步的情况就是：
a();b();c();a();b();c();一共需要 204ms。
异步的情况就是：
a();b(),然后 b()中阻塞了，直接返回，开始执行第二个任务的 a(),b(),第二个 b()也阻塞了，然后就等待 io 完成，再然后执行后面的。一共需要 105ms。
异步不是“同时执行”，而是原来同步需要等待 io，异步下可以去执行其它的 cpu 任务，这样就节约了原来浪费掉的 cpu 时间。看上去像是“同时执行”，实际上是“同时等待”，cpu 执行时间没法减少。
asyncio.sleep 实际上就是让出 cpu 去执行别的任务，某个时间后再唤醒。

@no1xsyzy @kidteaing
hash 这个方案确实存在这样的问题，我还是觉得前面随机的方案最好。

还可以设计一个函数 F(X)，使它满足对于任意输入，在有限次的迭代后会得到一个确定值 K。比如“ 3x+1 ”问题。
这个可能需要设计使得这个有限次不超过一个固定的值，毕竟这里要求 30 天之内。
方案就是这样：
1.对于每个任务生成一个随机数
2.然后以一定的速度遍历所有的任务的随机值，进行迭代
3.如果结果为 K，则执行任务，否则存下结果，后面继续迭代。

很简单的方案。
1，生成一个随机时间，以秒为单位。
2，加盐并且 hash
3，每一秒计算对比。
不过可能存在性能问题，不过看题目描述的数量量并不大。
或者改进一下，先按小时 hash，每个小时先筛选一部分，再每一秒去对比。