gitea+gitea runner ，兼容 GitHub Action 语法
参考写法
```yaml
services:
server:
image: gitea/gitea:latest
restart: always
ports:
- "3000:3000"
- "127.0.0.1:2222:22"
environment:
- USER_UID=998
- USER_GID=974
volumes:
- ./data:/data
- /home/git/.ssh/:/data/git/.ssh
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro

runner:
image: gitea/act_runner:latest
restart: always
depends_on:
- server
ports:
- "8088:8088"
volumes:
- ./runner_data:/data
- ./runner_config.yaml:/config.yaml
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/var/run/docker.sock
environment:
- CONFIG_FILE=/config.yaml
- GITEA_INSTANCE_URL=[redacted]
- GITEA_RUNNER_REGISTRATION_TOKEN=[redacted]
- GITEA_RUNNER_NAME=default
```

其中 runner_config.yaml 是用于处理 cache 的，其内容类似于
```yaml
cache:
enabled: true
# dir: ""
# Use the LAN IP obtained in step 1
host: "10.10.10.12"
# Use the port number obtained in step 2
port: 8088
```

如果遇到问题可以参考 https://docs.gitea.com/zh-cn/usage/actions/overview 这里
另外有时候默认的标签会有问题，可以考虑修改./runner_data/.runner 里面的 labels 为
```json
"labels": [
"ubuntu-latest:docker://catthehacker/ubuntu:act-latest",
"ubuntu-22.04:docker://catthehacker/ubuntu:act-22.04",
"ubuntu-20.04:docker://catthehacker/ubuntu:act-20.04",
"ubuntu-18.04:docker://catthehacker/ubuntu:act-20.04"
]
```

直接写 shell ；
```shell
#!/bin/bash

# 指定目标 IP 和用户
TARGET_IP="127.0.0.1" # 替换为目标服务器的 IP 地址
USER="root" # 替换为你的 SSH 用户名
PASSWORD="aasdf" # SSH 密码

# 本地文件路径
LOCAL_FILE="./dist/linux/main" # 本地文件路径
REMOTE_FILE="/home/opt/helloworld" # 远程文件路径

sshpass -p "${PASSWORD}" scp -O ${LOCAL_FILE} ${USER}@${TARGET_IP}:${REMOTE_FILE}
echo "upload ${TARGET_IP} success"
# 使用 sshpass 连接到指定 IP
sshpass -p "${PASSWORD}" ssh ${USER}@${TARGET_IP} << EOF
# 进入指定目录
cd /home/opt/

# 停止 Docker 容器
docker compose down

# 替换文件
cp ${REMOTE_FILE} main

# 启动 Docker 容器
docker compose up -d
EOF

echo "deploy ${TARGET_IP} success"
```

当有人说 jenkins 多 low 多古董的话，你就可以跟他说 "少年 你对力量 一无所知"

jenkins 之外，皆是歪门邪道。

要么依赖 docker ，让环境部署变得异常复杂，要么功能和概念过于复杂。

你说依赖 docker ，首先 docker 在中国大陆就很难下载，就算解决了网络问题，还得配离线仓库，把问题搞那么复杂。

jenkins 就是一个 war 包，傻瓜式部署，简单到不能再简单。

如果现有的代码可以依托于 Gitea 的话，Gitea + Gitea Runner 足够了，如果喜欢 GitLab CI/CD 的语法，可以用 DroneCI 。

如果现在的代码在 GitLab 上，那么 GitLab Runner 或者 DroneCI 都不错。

单服务器，并且就一个前端＋后端的应用，我觉得没必要再单独整个 cicd 服务。

如果你的诉求只是 “每次发现改点代码都要手动把文件传上去构建镜像, 老麻烦了.”

那你可能缺的是代码 push 后，配置触发自动构建，这个基本上常见的代码托管平台都支持 webhook 。

要说最小规模的，手写个脚本应该是最快最简单的成本最低的方法。

@iminto

现在每个上层应用都是过于复杂的 gitlab jenkins 或其它有的没的都是 命令行才是直觉暴力的工具 基本教义才是最直面问题的

只要使用了 docker ，构建镜像这一步是少不了的，区别是自动构建还是手动构建。

你的例子里最简单的就是 Git + Docker Compose ，本地代码开发完 git push ，然后在 VPS 上 git pull + docker compose 自动构建，对于小型应用来说足够了。

如果想进一步自动化，Github Action + 本地 runner 足够。

git 有 hook 功能。

ssh 服务器可以当作是 git 服务器。
远程服务器上创建裸仓库
cd && git init --bare test.git

本地
git clone ssh://用户名 @地址:/home/用户名/test.git

服务器上配置好编译环境 ，写 githook 。
git push 的时候就调用 hook 脚本帮你编译代码。

@Dragonphy #47

可以自己定制 gitea runner 镜像，像我们项目用到的 java/maven/node.js/golang 全打包在一个镜像里，除了这些基本工具，如果还依赖其他 actions ，直接从 github 镜像一份到本地 gitea ，然后 runner action 的默认镜像指向本地，就基本不会再依赖外部网络了。