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

66 条回复 • 2024-11-04 18:44:24 +08:00

1

agagega

18 天前 via iPhone

1

Buildbot ？

2

tms

18 天前

1

Gitea ？

3

RightHand

18 天前 via Android

1

gitea+Jenkins 配合 docker 基本满足

4

iminto

18 天前 via Android

1

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

5

zhcode

18 天前

1

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

6

Livid

MOD

18 天前

2

GitHub Action + 本地 runner

7

Cola98

18 天前

1

makefile ？

8

crackidz

18 天前

1

Github Action / GitLab Runner

9

XiLingHost

18 天前

3

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

10

XiLingHost

18 天前

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

11

Ipsum

18 天前

1

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

12

yveJohn

18 天前

2

gitea+drone 轻量又丝滑

13

bbchannails

18 天前

1

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

14

FlytoSirius

18 天前

1

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

15

james122333

18 天前 via Android

1

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

16

gongquanlin

18 天前

1

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

17

james122333

18 天前 via Android

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

18

james122333

18 天前 via Android

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

19

hb0730

18 天前

1

drone 还不错

20

seth19960929

18 天前

1

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

21

XuHuan1025

18 天前

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

22

XuHuan1025

18 天前

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

23

jeesk

18 天前 via Android

1

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

24

iminto

18 天前 via Android

1

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

jenkins 之外，皆是歪门邪道。

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

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

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

25

XiLingHost

18 天前

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

26

XiLingHost

18 天前

3

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

27

wangee

18 天前

1

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

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

28

esee

18 天前

1

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

29

lgh

18 天前 via iPhone

1

可以试试 caprover ，底层是 docker swarm

30

echo0x000001

18 天前

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

31

echo0x000001

18 天前

1

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

32

Trim21

18 天前 via Android

1

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

33

cdlnls

18 天前 via Android

1

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

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

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

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

34

devopsdogdog

18 天前 via Android

1

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

35

darrh00

18 天前

1

gitea+act runner

36

amlee

18 天前

1

dokploy 就够了

37

mayli

18 天前

1

最小的大概 cronjob git pull

38

james122333

18 天前 via Android

@iminto

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

39

muxinqi

18 天前

1

Kamal - https://kamal-deploy.org

40

JustDoIt221

18 天前

1

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

41

NX2023

18 天前 via iPhone

1

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

42

wuoty

18 天前

1

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

43

wangyzj

18 天前

1

一个 jenkins 够了

44

windcode

18 天前

1

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

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

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

45

realpg

18 天前

1

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

46

COW

18 天前 via Android

1

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

47

Dragonphy

18 天前

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

48

github2020

18 天前

1

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

49

anjv

18 天前

1

git 有 hook 功能。

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

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

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

50

forevam

17 天前

1

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

51

shenyuzhi

17 天前

1

一个 shell 脚本的事情

52

ByteCat

17 天前 via Android

1

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

53

shimada666

17 天前

1

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

54

version

17 天前

1

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

55

aaronnum7

17 天前

参考我之前的技术栈

56

aaronnum7

17 天前

2

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

57

sampeng

17 天前

1

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

58

fsdrw08

17 天前 via Android

1

jenkins 也能容器化部署啊

59

darrh00

17 天前

1

@Dragonphy #47

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

60

3825995121

17 天前

1

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

61

dreamage

17 天前

1

说个没人提过的 spug

62

spritecn

17 天前

1

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

63

ofnh

17 天前

1

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

64

3825995121

17 天前

1

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

65

AbyssViper

17 天前

1

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

66

remrin

16 天前

1

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