转眼间使用Redash已经两年多了，redash给我的感觉就是省心省事。基础需求都能实现，用户体验很好，升级版本也容易，二次开发也方便简单。

只不过有两个需求redash没有实现：

• API刷新整个仪表盘
• 导出仪表盘中所有的Widget数据为Excel文件

第二个需求，我在《Redash导出仪表盘中所有数据为Excel文件》一文进行了实现说明。

Poetry是一个Python的依赖管理工具。设计思路比较先进，运行速度非常快。非常类似于Node.js里面的yarn。

Poetry在国内的安装速度比较慢。好在安装脚本提供了--file参数，可以指定安装包。我们可以通过这个方法进行快速安装。

关于Poetry

Poetry是用于处理依赖项安装以及Python程序包构建和打包的工具。只需一个文件即可完成所有工作：标准化的 pyproject.toml。

换句话说，用pyproject.toml来代替setup.py，requirements.txt，setup.cfg，MANIFEST.in和新加入的Pipfile。

• 将尝试将语义版本控制作为版本命名的最佳实践。
• 可以指定自述文件，included 和 excluded 文件：no more MANIFEST.in。 poetry还将使用VCS忽略文件（如.gitignore）填充该exclude部分。
• 可以指定关键字（最多5个），并在包发布站点上用作标签。
• 依赖项部分支持插入符号，波浪号，通配符，不等式和多重依赖。
• 您必须指定与您的软件包兼容的python版本。

poetry还将检测您是否在virtualenv中，并相应地安装软件包。因此，poetry可以在全球范围内安装并在任何地方使用。

poetry 还带有完整的依赖关系解析库。

更多内容不再赘述，参考peotry官网：https://python-poetry.org/

使用方法参考 peotry开源地址：https://github.com/python-poetry/poetry

迁移 github 私有/公有仓库到 gitea 是一件容易的事情，不过可能由于网络原因，部分较大的项目可能会失败。此脚本会自动过滤已经迁移完成的仓库，因此重复执行脚本直至 gitea 中的仓库和 github 中的仓库数量一致，即表示迁移完成。gitea 迁移失败的仓库会被系统自动删除，因此可能出现仓库数量浮动。为了确保代码资产安全，您在迁移完成后应该间隔十分钟再次执行，直到 gitea 中的仓库和 github 中的仓库数量仍然一致。

需要注意，使用该脚本前，需创建一个Github Token，并且需要临时关闭Two-factor authentication。