
国内连接GitHub的速度真是喜人，所以测试GitHub Actions总是再重复的push连接失败中煎熬，好在最后实践通过了，记录一下这里的坑。

## Actions代码

GitHub Actions 的配置文件叫做 workflow 文件，存放在代码仓库的 .github/workflows目录中，这里复制使用的一位前辈的代码，除了修改了pnpm的版本意外，其他基本上没有修改，代码如下：

    name: Actions CI - Next.js version 12 static site export, GitHub Actions Build and Deploy
    on:
    push:
        branches: [ master ]
    # 执行的一项或  多项任务
    jobs:
    build-and-deploy:
        # 运行在虚拟机环境ubuntu-latest
        # https://docs.github.com/zh/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idruns-on
        runs-on: ubuntu-latest
        steps:
        - name: 获取源码  🛎️
            uses: actions/checkout@v3
        - name: Node环境版本 🗜️
            uses: actions/setup-node@v3
            with:
            node-version: 18
        - name: 安装 Pnpm 🧬
            uses: pnpm/action-setup@v2
            id: pnpm-install
            with:
            version: 8
            run_install: true
        - name: 安装依赖 ⚙️
            run: pnpm install
        - name: 打包 🏗️
            run: |
            npm run build
            touch out/.nojekyll
        - name: 部署 🚀
            uses: JamesIves/github-pages-deploy-action@v4
            with:
            branch: gh-pages
            folder: out
            clean: true


目前来说，这段代码简洁而且过程清晰，如果有特别的要求可以按自己的需求修改。

## 一些坑

1. 权限问题

    Error: The deploy step encountered an error: The process '/usr/bin/git' failed with exit code "128"  ❌ Notice: Deployment failed! ❌

基本上都动作通过了，突然出现这个128，其实是权限问题，解决方法：

[点击查看](https://github.com/actions/checkout/issues/417#issuecomment-1427951779)

![博客名称](https://suiyan.cc/assets/images/2023/git128.webp)

2. Next项目的静态文件资源地址正确，却无法打开显示404，修改方法：静态文件的根目录添加`.nojekyll`的空文件即可。
3. 如果项目保存再域名的下一级目录，可以考虑在next的配置文件中添加：


        #next.config.js
        
        basePath: '/目录名称',


##  总结

其实很简单，但是测试的时候由于网速问题造成的很费时间，所以调试的时候尽量要看仔细哈。


相关连接：

[测试项目地址，包含所有代码](https://github.com/bosichong/githubactionstest)

[使用 GitHub Actions 构建、部署 Next.js 并将其托管到 GitHub Pages](https://juejin.cn/post/7220410343649624121)

国内连接GitHub的速度真是喜人，所以测试GitHub Actions总是再重复的push连接失败中煎熬，好在最后实践通过了，记录一下这里的坑。

GitHub Actions 构建、部署 Next.js项目

虚拟机中装了个Ubuntu，使用非root登录总是需要sudo,好麻烦的一说，查了一下如何启用root的ssh登录便修改了，这里记录一下操作过程。

## 修改root的密码

    bosi@kk:~$ sudo passwd root
    [sudo] password for bosi:
    New password:
    Retype new password:
    passwd: password updated successfully

先输入密码，后两次输入root的新密码。

## 修改配置文件时root可以ssh登录

    sudo vim /etc/ssh/sshd_config

Ubuntu 22 打开后可以直接添加：

    PermitRootLogin yes

保存退出

重启服务：

    sudo service ssh restart

OK！可以试试了，root应该可以登录ssh了.



虚拟机中装了个Ubuntu，使用非root登录总是需要sudo,好麻烦的一说，查了一下如何启用root的ssh登录便修改了，这里记录一下操作过程。

Ubuntu下使用root登录ssh的设置

今天，女儿看到我在浏览我的博客页面，她喵了一眼说到：你博客现在的界面没有之前的“老年跑马灯好看”，我愣了一下，好，那咱就换回去！

## shields.io

把之前的暗黑风格又拾到了一下又换上了，觉得底部还是优点不够板正，顺带这也收拾了，有两个文字的地址，呼的一下载想起有种小图标挺好看，是啥还想不起来了，后来翻了之前的一些页面终于在收藏夹里找到了：shields.io 一个简洁、一致、清晰的徽章。

## 安装及使用

登录shields.io，然后就能可以使用他的在线生成图标的功能了，目前现在市面上的长条方形的小图标都是出自这里了，这个网站提供很多类型的图表底图，可以根据需求设置背景颜色，而且他还准备了大量的模板，可以直接套用，非常方便，具体效果：

<a href="https://github.com/bosichong/suiyan" target="_blank">
          <img class="w-auto" alt="suiyan.cc" src="https://img.shields.io/badge/SuiYan-%E9%9D%99%E6%80%81%E5%8D%9A%E5%AE%A2%E7%94%9F%E6%88%90%E5%99%A8-green">
  </a>

## 总结

如果有软件制作需要一些图标来标明依赖和版本信息的时候，shields就可以出场了，看起来会更专业些。

今天，女儿看到我在浏览我的博客页面，她喵了一眼说到：你博客现在的界面没有之前的“老年跑马灯好看”，我愣了一下，好，那咱就换回去！

修改root的密码

修改配置文件时root可以ssh登录

相关文章