Coding 图床方案

现在绝大多数自建博客用的图床方案都是 GitHub+jsDelivr+PicGo，包括本站也是一样，优点在于零成本，简单的搭建方式以及不错的访问速度，但随着 jsDelivr 备案被取消，国内访问不再稳定，我开始考虑更好的代替品

之前其实也试过 Coding 或 Gitee 作为自建图床，但是体验都不是特别完美，Coding图床支持的软件太少了，不管是管理还是上传都并不是很方便，而 Gitee 图床超过1M就必须登录才能查看，之前试过使用类似于Sync Repo to CODING将同步到 Coding，但是效果不太理想。

🤔思路

通过 Coding 持续集成自动将 GitHub 仓库实时同步到 Coding 仓库，并且替换PicGo中自定义网址。

相同方法适用于 Gitee，不过更建议使用 Coding

🧐优势

coding 每月 1000 分钟，单任务 30 分钟，并且不限次数，仅用来同步完全够用，并且构建速度极快，每次构建 7~8 秒左右，通过 PicGo 上传图片后几乎感觉不到太大的延迟就可以显示出图片。
相比于直接使用 Coding 或 Gitee 当图床的优势在于在于

支持的软件和项目变多
可以通过 vscode 等一键替换已有链接，达成无感迁移
不改变原有基于 GitHub+jsDelivr+PicGo 方案的使用方式
可以搭配类似于Imgbot或action-tinify完成图片的自动压缩优化
管理方面可以使用picx或boomb类似的项目进行在线管理

这是直接使用 Coding 或 Gitee 当图床所不具备的优势。

🪛需要的准备

GitHub 账号
Coding 账号
VScode/Typora
PicGo/vs-picgo/Markdown Image

🛠️部署

打开 Coding 后创建一个项目

2022-03-12-16-35-57

选择按需选择，勾选代码托管和构建流水线&自动化测试完成创建

2022-03-12-17-00-37

进入项目后先创建项目令牌，记录下用户名和密码备用

2022-03-12-17-03-48

接下来导入 GitHub 中你选择当图床的仓库

2022-03-12-16-54-24

完成后点击持续集成选择构建计划划到最下方选择自定义构建过程，代码仓库选择GitHub选择你刚刚导入的仓库

2022-03-12-17-18-30

点击确定后会自动跳转到配置流程，点击文本编辑器
输入以下代码，记得替换成自己的 Coding 仓库 url

pipeline {
  agent any
  stages {
    stage("检出") {
      steps {
        checkout([
          $class: 'GitSCM',
          branches: [[name: GIT_BUILD_REF]],
          userRemoteConfigs: [[
            url: GIT_REPO_URL,
            credentialsId: CREDENTIALS_ID
        ]]])
      }
    }
    stage('拉取到Coding') {
      steps {
        echo "正在拉取"
        sh 'git push -f https://$CODING_NAME:$CODING_TOKEN@e.coding.net/你的团队名/项目名称/代码仓库名称.git HEAD:main'
        echo "拉取完成"
      }
    }
  }
}