搞了个应用, 有前端, Node 后端, Redis, Postgres, Nginx, Grafana Loki Promtail.
用 Docker Compose 启动了一下, 每次发现改点代码都要手动把文件传上去构建镜像, 老麻烦了.
一看阿里云容器镜像服务, 收费还很贵, 不适合我.
谢谢了.
67 条回复 • 2024-11-22 11:16:37 +08:00
 |
1
agagega 28 天前 via iPhone  1
Buildbot ？
|
 |
2
tms 28 天前 1
Gitea ？
|
 |
3
RightHand 28 天前 via Android 1
gitea+Jenkins 配合 docker 基本满足
|
 |
4
iminto 28 天前 via Android 1
jenkins,靠谱，不依赖 docker,离线部署
|
 |
5
zhcode 28 天前 1
只在公司用过 Jenkins ，轻量的话 听说 drone 不错
|
 |
6
Livid MOD 2
GitHub Action + 本地 runner
|
 |
7
Cola98 28 天前 1
makefile ？
|
 |
8
crackidz 28 天前 1
Github Action / GitLab Runner
|
 |
9
XiLingHost 28 天前 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 28 天前
@Livid 站长可以考虑给评论区加上 markdown 支持吗，或者至少加个不会破坏缩进的代码块语法支持？
|
 |
11
Ipsum 28 天前 1
我都是 makefile 一把梭，本地构建然后 push 过去部署
|
 |
12
yveJohn 28 天前 2
gitea+drone 轻量又丝滑
|
 |
13
bbchannails 28 天前 1
idea 同步代码, sync to remote 就行. 特别适合解释型的语言, java 也可以, 但是要解开容器不要用 fat jar
|
 |
14
FlytoSirius 28 天前 1
别 Jenkins 了, 你会费心死的, 还是直接用 GitLab 吧
|
 |
15
james122333 28 天前 via Android 1
|
 |
16
gongquanlin 28 天前 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 28 天前 via Android
懂这个差不多就可以自己做一个类似 gitlab jenkins 的出来了
|
|
18
james122333 28 天前 via Android
当有人讲 gitlab jenkins 等东西有多屌
你就可以跟他说 "少年 你对力量 一无所知" |
 |
19
hb0730 28 天前 1
drone 还不错
|
 |
20
seth19960929 28 天前 1
试试免费的 coding, 每个月好像有免费的机器给你构建, 基本都够我用.
像我的博客用 hugo, 在 coding 构建好 HTML, 直接部署 |
 |
21
XuHuan1025 28 天前
|
|
22
XuHuan1025 28 天前
兄弟们 问题来了 内网怎么 ci/cd 用的 jenkins-nexus-docker 导包啥的真恶心啊
|
 |
23
jeesk 28 天前 via Android 1
啥项目？ 个人项目，直接本地构建， 公司项目， 当然是 jenkins ， 舍得花钱直接买付费的 ci 就行了
|
|
24
iminto 28 天前 via Android 1
当有人说 jenkins 多 low 多古董的话，你就可以跟他说 "少年 你对力量 一无所知"
jenkins 之外，皆是歪门邪道。 要么依赖 docker ，让环境部署变得异常复杂，要么功能和概念过于复杂。 你说依赖 docker ，首先 docker 在中国大陆就很难下载，就算解决了网络问题，还得配离线仓库，把问题搞那么复杂。 jenkins 就是一个 war 包，傻瓜式部署，简单到不能再简单。 |
|
25
XiLingHost 28 天前
@iminto 建议多用用，Jenkins 光是各种插件依赖要管理起来就很麻烦了，到时候照样要走梯子
纯写 ssh 又要管理脚本，然后你 pipeline 是不是还要额外的仓库来存储，凭据怎么管理，是不是要做统一身份认证，要不要和 git 服务做整合 还有你怎么处理 workspace 的环境干净，最后还不是要引入容器化甚至虚拟化确保构建可重复性？ 然后你要事件触发是不是还要额外配置 Jenkins 项目里的轮询，每次改构建流程和参数是不是要改 3 个地方，一个是项目本身的代码，一个是 pipeline 的 jenkinsfile ，然后还要在界面上配置 job 的参数修改和触发时机，这不是引入了更多的复杂度？ |
|
26
XiLingHost 28 天前 3
@iminto Jenkins 确实很好用，功能也很强大，在某些特定的场景下是最佳的选择（比如你要传递很多复杂的参数并且需要界面跟随你的选择调整可选择的参数），但是并不能覆盖所有的场景，比如本主题提到的“单服务器最小规模 CI/CD”，Jenkins 的资源消耗并不低，同时它的部署和管理以及使用也没有想象中的那么简单和方便，要实现和 GitHub Action 一样的便利性还是有相当的差距。
|
 |
27
wangee 28 天前 1
如果现有的代码可以依托于 Gitea 的话，Gitea + Gitea Runner 足够了，如果喜欢 GitLab CI/CD 的语法，可以用 DroneCI 。
如果现在的代码在 GitLab 上，那么 GitLab Runner 或者 DroneCI 都不错。 |
 |
28
esee 28 天前 1
以前也配置一套流程，后来发现我们用不到那么复杂的流程，自己写个 shell 脚本，远端程序备份，本地编译，打包压缩上传，解压后上线运行。就结束了。
|
 |
29
lgh 28 天前 via iPhone 1
可以试试 caprover ，底层是 docker swarm
|
 |
30
echo0x000001 28 天前
阿里的 docker 服务不是有免费的吗
|
|
31
echo0x000001 28 天前 1
看了下阿里的容器服务个人版，300 个免费仓库，完全够用了
|
 |
32
Trim21 28 天前 via Android 1
最简单/简陋的办法是用 gitea 的 hooks
|
 |
33
cdlnls 28 天前 via Android 1
单服务器，并且就一个前端＋后端的应用，我觉得没必要再单独整个 cicd 服务。
如果你的诉求只是 “每次发现改点代码都要手动把文件传上去构建镜像, 老麻烦了.” 那你可能缺的是代码 push 后，配置触发自动构建，这个基本上常见的代码托管平台都支持 webhook 。 要说最小规模的，手写个脚本应该是最快最简单的成本最低的方法。 |
 |
34
devopsdogdog 28 天前 via Android 1
从运维或者架构角度，你这做法就不对吧。
1. 镜像和代码产物应该分开，减少编译和进行版本控制，环境代码解耦 2. 为啥不考虑挂载。。。 |
 |
35
darrh00 28 天前 1
gitea+act runner
|
 |
36
amlee 28 天前 1
dokploy 就够了
|
 |
37
mayli 28 天前 1
最小的大概 cronjob git pull
|
|
38
james122333 28 天前 via Android
|
 |
39
muxinqi 28 天前 1
Kamal - https://kamal-deploy.org
|
 |
40
JustDoIt221 28 天前 1
我来说一个 onedev https://github.com/theonedev/onedev
|
 |
41
NX2023 28 天前 via iPhone 1
@echo0x000001 对哇我记得个人版很够用了，再在 docker compose 里加个 watchtower ，只用在 cicd 里推镜像就好了，那边会自动拉取
|
 |
42
wuoty 28 天前 1
阿里云容器镜像服务个人版不是免费的么，300 个仓库+Webhook 应该能完成 CICD 的流程了
|
 |
43
wangyzj 28 天前 1
一个 jenkins 够了
|
 |
44
windcode 28 天前 1
只要使用了 docker ，构建镜像这一步是少不了的，区别是自动构建还是手动构建。
你的例子里最简单的就是 Git + Docker Compose ，本地代码开发完 git push ，然后在 VPS 上 git pull + docker compose 自动构建，对于小型应用来说足够了。 如果想进一步自动化，Github Action + 本地 runner 足够。 |
 |
45
realpg 27 天前 1
直接基于 git webhook 自己写处理脚本 不需要任何成型系统
|
 |
46
COW 27 天前 via Android 1
不在乎用户体验的话，前后端别 docker 了，直接远程连到服务器上写代码，直接服务器上构建发布就得了
|
 |
47
Dragonphy 27 天前
用 Gitea Actions 怎么解决网络问题？全都是 pull github 的。
|
 |
48
github2020 27 天前 1
Gitea + ActRunner 最节约资源，兼容 Github Actions
https://docs.gitea.com/usage/actions/act-runner |
 |
49
anjv 27 天前 1
git 有 hook 功能。
ssh 服务器可以当作是 git 服务器。 远程服务器上创建裸仓库 cd && git init --bare test.git 本地 git clone ssh://用户名 @地址:/home/用户名/test.git 服务器上配置好编译环境 ，写 githook 。 git push 的时候就调用 hook 脚本帮你编译代码。 |
 |
50
forevam 27 天前 1
coding 每个月 10 小时免费。看看能覆盖不？
|
 |
51
shenyuzhi 27 天前 1
一个 shell 脚本的事情
|
 |
52
ByteCat 27 天前 via Android 1
之前用 Gitea+Drone ，现在 Gitea 出 Actions 了就用 Gitea Actions ，基本兼容 GitHub Actions ，但用得多的话有些功能还没实现，简单的都可以代替了，还不错
|
 |
53
shimada666 27 天前 1
可以用阿里云云效，不用自己维护 cicd 服务
|
 |
54
version 27 天前 1
gitLab-ci 是不错的.可以当 cicd 镜像编译工具....可以当运行器..跑 sh 或者 自己编译私有 docker run 来跑脚本...
也可以当运维工具..定时器也有..ssh 密钥等可以放在 cicd 的变量里面加密.. 说真的 jenins 基本我都卸载了.有点老套 |
 |
55
aaronnum7 27 天前
参考我之前的技术栈
|
|
56
aaronnum7 27 天前 2
@aaronnum7 点错了，我也是单服务器的，技术栈是
运行系统：k3s 镜像管理：免费的 Dockerhub CI/CD：dagger ，Docker 创始人新项目。非常好用，支持用编程语言写 CI/CD 代码。最后一个命令，直接本地构建推送部署。 |
 |
57
sampeng 27 天前 1
哪那么麻烦。。gitlab 你装上啥都有了。。写 gitlab-ci.yaml 就完事了
|
 |
58
fsdrw08 27 天前 via Android 1
jenkins 也能容器化部署啊
|
|
59
darrh00 27 天前 1
@Dragonphy #47
可以自己定制 gitea runner 镜像，像我们项目用到的 java/maven/node.js/golang 全打包在一个镜像里，除了这些基本工具，如果还依赖其他 actions ，直接从 github 镜像一份到本地 gitea ，然后 runner action 的默认镜像指向本地，就基本不会再依赖外部网络了。 |
 |
60
3825995121 27 天前 1
github action=> 打包到阿里云私有镜像 => 服务器 docker 拉取部署
|
 |
61
dreamage 27 天前 1
说个没人提过的 spug
|
 |
62
spritecn 27 天前 1
自建 git + drone ,已实践,确实不错
|
 |
63
ofnh 27 天前 1
@Dragonphy 你可以选择把自己常用的那几个 Actions mirror 到自己的 gitea ，然后就可以修改配置 DEFAULT_ACTIONS_URL=self 了，也可以直接写完整的 url ，具体参考如下
https://docs.gitea.com/zh-cn/usage/actions/faq |
|
64
3825995121 26 天前 1
@importmeta 阿里云镜像 容器镜像服务 ACR 个人版本是免费三个命名空间 里边可以放很多个应用
|
 |
65
AbyssViper 26 天前 1
建议试试 zeabur 免费托管自己服务器，然后镜像仓库用 ACR
|
 |
66
remrin 26 天前 1
Github Actions 配置 workflow 之后推送触发打包镜像，然后 push 到 dockerhub ，服务器上的 docker 用插件或者其他方式实现自动更新，或者尝试在 workflow 中直接 ssh 到服务器上更新容器，dockerhub 免费只有一个镜像仓库，如果镜像有多个还得订阅
|
 |
67
zhoulouzi 9 天前
脚本一把抓
|
Select Language