在单服务器搭最小规模的 CICD 的技术栈是什么

[importmeta]

搞了个应用, 有前端, Node 后端, Redis, Postgres, Nginx, Grafana Loki Promtail.

用 Docker Compose 启动了一下, 每次发现改点代码都要手动把文件传上去构建镜像, 老麻烦了.

一看阿里云容器镜像服务, 收费还很贵, 不适合我.

谢谢了.

[agagega]

Buildbot ？

[tms]

Gitea ？

[RightHand]

gitea+Jenkins 配合 docker 基本满足

[iminto]

jenkins,靠谱，不依赖 docker,离线部署

[zhcode]

只在公司用过 Jenkins ，轻量的话 听说 drone 不错

[Livid]

GitHub Action + 本地 runner

[Cola98]

makefile ？

[crackidz]

Github Action / GitLab Runner

[XiLingHost]

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"
]
```

[XiLingHost]

@Livid 站长可以考虑给评论区加上 markdown 支持吗，或者至少加个不会破坏缩进的代码块语法支持？

[Ipsum]

我都是 makefile 一把梭，本地构建然后 push 过去部署

[yveJohn]

gitea+drone 轻量又丝滑

[bbchannails]

idea 同步代码, sync to remote 就行. 特别适合解释型的语言, java 也可以, 但是要解开容器不要用 fat jar

[FlytoSirius]

别 Jenkins 了, 你会费心死的, 还是直接用 GitLab 吧

[james122333]

git hook scripts + shell
最迷你没有之一
https://githooks.com

[gongquanlin]

直接写 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"
```

[james122333]

懂这个差不多就可以自己做一个类似 gitlab jenkins 的出来了

[james122333]

当有人讲 gitlab jenkins 等东西有多屌
你就可以跟他说 "少年 你对力量 一无所知"

[hb0730]

drone 还不错

[seth19960929]

试试免费的 coding, 每个月好像有免费的机器给你构建, 基本都够我用.
像我的博客用 hugo, 在 coding 构建好 HTML, 直接部署

[XuHuan1025]

@XiLingHost #10
```
chmod -R 777
```

[XuHuan1025]

兄弟们 问题来了 内网怎么 ci/cd 用的 jenkins-nexus-docker 导包啥的真恶心啊

[jeesk]

啥项目？ 个人项目，直接本地构建， 公司项目， 当然是 jenkins ， 舍得花钱直接买付费的 ci 就行了

[iminto]

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

jenkins 之外，皆是歪门邪道。

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

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

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

[XiLingHost]

@iminto 建议多用用，Jenkins 光是各种插件依赖要管理起来就很麻烦了，到时候照样要走梯子
纯写 ssh 又要管理脚本，然后你 pipeline 是不是还要额外的仓库来存储，凭据怎么管理，是不是要做统一身份认证，要不要和 git 服务做整合
还有你怎么处理 workspace 的环境干净，最后还不是要引入容器化甚至虚拟化确保构建可重复性？
然后你要事件触发是不是还要额外配置 Jenkins 项目里的轮询，每次改构建流程和参数是不是要改 3 个地方，一个是项目本身的代码，一个是 pipeline 的 jenkinsfile ，然后还要在界面上配置 job 的参数修改和触发时机，这不是引入了更多的复杂度？

[XiLingHost]

@iminto Jenkins 确实很好用，功能也很强大，在某些特定的场景下是最佳的选择（比如你要传递很多复杂的参数并且需要界面跟随你的选择调整可选择的参数），但是并不能覆盖所有的场景，比如本主题提到的“单服务器最小规模 CI/CD”，Jenkins 的资源消耗并不低，同时它的部署和管理以及使用也没有想象中的那么简单和方便，要实现和 GitHub Action 一样的便利性还是有相当的差距。

[wangee]

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

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

[esee]

以前也配置一套流程，后来发现我们用不到那么复杂的流程，自己写个 shell 脚本，远端程序备份，本地编译，打包压缩上传，解压后上线运行。就结束了。

[lgh]

可以试试 caprover ，底层是 docker swarm

[echo0x000001]

阿里的 docker 服务不是有免费的吗

[echo0x000001]

看了下阿里的容器服务个人版，300 个免费仓库，完全够用了

[Trim21]

最简单/简陋的办法是用 gitea 的 hooks

[cdlnls]

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

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

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

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

[devopsdogdog]

从运维或者架构角度，你这做法就不对吧。
1. 镜像和代码产物应该分开，减少编译和进行版本控制，环境代码解耦
2. 为啥不考虑挂载。。。

[darrh00]

gitea+act runner

[amlee]

dokploy 就够了

[mayli]

最小的大概 cronjob git pull

[james122333]

@iminto

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

[muxinqi]

Kamal - https://kamal-deploy.org

[JustDoIt221]

我来说一个 onedev https://github.com/theonedev/onedev

[NX2023]

@echo0x000001 对哇我记得个人版很够用了，再在 docker compose 里加个 watchtower ，只用在 cicd 里推镜像就好了，那边会自动拉取

[wuoty]

阿里云容器镜像服务个人版不是免费的么，300 个仓库+Webhook 应该能完成 CICD 的流程了

[wangyzj]

一个 jenkins 够了

[windcode]

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

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

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

[realpg]

直接基于 git webhook 自己写处理脚本 不需要任何成型系统

[COW]

不在乎用户体验的话，前后端别 docker 了，直接远程连到服务器上写代码，直接服务器上构建发布就得了

[Dragonphy]

用 Gitea Actions 怎么解决网络问题？全都是 pull github 的。

[github2020]

Gitea + ActRunner 最节约资源，兼容 Github Actions
https://docs.gitea.com/usage/actions/act-runner

[anjv]

git 有 hook 功能。

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

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



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

[forevam]

coding 每个月 10 小时免费。看看能覆盖不？

[shenyuzhi]

一个 shell 脚本的事情

[ByteCat]

之前用 Gitea+Drone ，现在 Gitea 出 Actions 了就用 Gitea Actions ，基本兼容 GitHub Actions ，但用得多的话有些功能还没实现，简单的都可以代替了，还不错

[shimada666]

可以用阿里云云效，不用自己维护 cicd 服务

[version]

gitLab-ci 是不错的.可以当 cicd 镜像编译工具....可以当运行器..跑 sh 或者 自己编译私有 docker run 来跑脚本...
也可以当运维工具..定时器也有..ssh 密钥等可以放在 cicd 的变量里面加密..
说真的 jenins 基本我都卸载了.有点老套

[aaronnum7]

参考我之前的技术栈

[aaronnum7]

@aaronnum7 点错了，我也是单服务器的，技术栈是
运行系统：k3s
镜像管理：免费的 Dockerhub
CI/CD：dagger ，Docker 创始人新项目。非常好用，支持用编程语言写 CI/CD 代码。最后一个命令，直接本地构建推送部署。

[sampeng]

哪那么麻烦。。gitlab 你装上啥都有了。。写 gitlab-ci.yaml 就完事了

[fsdrw08]

jenkins 也能容器化部署啊

[darrh00]

@Dragonphy #47

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

[3825995121]

github action=> 打包到阿里云私有镜像 => 服务器 docker 拉取部署

[dreamage]

说个没人提过的 spug

[spritecn]

自建 git + drone ,已实践,确实不错

[ofnh]

@Dragonphy 你可以选择把自己常用的那几个 Actions mirror 到自己的 gitea ，然后就可以修改配置 DEFAULT_ACTIONS_URL=self 了，也可以直接写完整的 url ，具体参考如下
https://docs.gitea.com/zh-cn/usage/actions/faq

[3825995121]

@importmeta 阿里云镜像 容器镜像服务 ACR 个人版本是免费三个命名空间 里边可以放很多个应用

[AbyssViper]

建议试试 zeabur 免费托管自己服务器，然后镜像仓库用 ACR

[remrin]

Github Actions 配置 workflow 之后推送触发打包镜像，然后 push 到 dockerhub ，服务器上的 docker 用插件或者其他方式实现自动更新，或者尝试在 workflow 中直接 ssh 到服务器上更新容器，dockerhub 免费只有一个镜像仓库，如果镜像有多个还得订阅