ref:
当你遇见他，感悟他，细心珍藏他，然后毫无疑问地，最终会遗忘了他，我说的是书签，浏览器上保存的那些成白上千的、杂乱的书签。
每次翻起都不自觉的瑟瑟发抖，不仅是忘了拿来干啥，主要还有很多经过岁月洗礼后已经GG咧，404，总会给你意外的惊喜，为啥是惊喜，因为你有了借口删掉它。
偶然在网上找到ArchiveBox，一个Open-source self-hosted web archiving（自建的内容存档？），是基于python的爬虫系统，可以把链接内容完整地保存到本地（包括文章文字、样式，甚至音视频），还提供了存档的管理后台。就非常银性化，很符合在下要求。
那么，搞起：)
ref:
Jenkins是一款自动化的项目持续集成工具。
所谓持续开发大概就是每完成/改动一个功能就触发一次项目构建和测试，能帮助开发人员及早发现项目出现的各种问题。如果没有自动化操作的话，当项目比较大、比较复杂时，构建+测试这一套流程下来，会花费不少成本😏。类似ci工具还有Travis CI、Github-actions ...，她们都可以让项目集成、部署、测试等操作更自动化，简单化。
可参考阅读：https://xie.infoq.cn/article/4c227056798692962f4d43aef
Jenkins 主要是执行设置好的逻辑顺序工作，把jenkins当作一个可视化的脚本编辑软件就行。官方支持多种类型的脚本编辑：freestyle、pipeline、maven等，用户可以按照自己需求、习惯选择。
Jenkins官方主要以pipeline为规范，pipeline也就是工作流（也叫管道流，但感觉还是工作流比较直白点），可以通过Web ui（Classic ui、Blue ocean）或Jenkinsfile文件的形式编写项目的构建、测试甚至交付等流程内容。（工作流直接理解为执行步骤就行）
目前（2021-12-26）Jenkins仅支持Java8/Java11和Docker版Java17 Jenkins镜像（jenkins/jenkins:jdk17-preview）。
ref:
用法和概念基本都是参考 阮一峰 的那篇文章，所以在这里纯粹是记录下使用。
工作流。持续集成一次运行的过程，就是一个 workflow。
任务。一个 workflow 由一个或多个 jobs 构成，含义是一次持续集成的运行，可以完成多个任务。
步骤。每个 job 由多个 step 构成，一步步完成。
动作。每个 step 可以依次执行一个或多个命令（action）。 部署项目过程中的服务器登录、运行环境的部署、代码拉取、运行部署脚本等操作，在github action中都被看作为是一个个的action。
其中的大部分action都是可以被复用的：比如环境部署，基本就只有软件对应系统和版本的区别。 所以Github Action中使用到的action是可以直接引用他人写好的 action滴，可以在下面列出的仓库中找找：