Compare commits
3 Commits
cf4fc0b442
...
5dbe7c6f86
Author | SHA1 | Date |
---|---|---|
|
5dbe7c6f86 | |
|
b80cd1e8bf | |
|
ec1792c2f6 |
|
@ -24,7 +24,8 @@ jobs:
|
||||||
password: ${{ secrets.REGISTRY_TOKEN }}
|
password: ${{ secrets.REGISTRY_TOKEN }}
|
||||||
- name: Build and push
|
- name: Build and push
|
||||||
run: |
|
run: |
|
||||||
docker build -t ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:${{ gitea.sha }} -t ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:latest .
|
TODAY=$(date +'%Y-%m-%d')
|
||||||
docker push ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:${{ gitea.sha }}
|
docker build -t ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:${{ TODAY }} -t ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:latest .
|
||||||
|
docker push ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:${{ TODAY }}
|
||||||
docker push ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:latest
|
docker push ${REGISTRY}/${REPO_OWNER}/${IMAGE_NAME}:latest
|
||||||
|
|
|
@ -0,0 +1,37 @@
|
||||||
|
---
|
||||||
|
title: "Building a Docker Container with Gitea Actions on K3s"
|
||||||
|
date: "2023-11-25"
|
||||||
|
draft: true
|
||||||
|
---
|
||||||
|
|
||||||
|
Building a docker image and pushing it to registry with GitHub Actions is incredibily easy. Since Gitea Actions are compatible with GitHub Actions this should be easy, right?
|
||||||
|
|
||||||
|
<!--more-->
|
||||||
|
|
||||||
|
## Gitea Actions
|
||||||
|
|
||||||
|
- Released with 1.19
|
||||||
|
- Based of act runner
|
||||||
|
- Mostly compatible with GitHub Actions
|
||||||
|
|
||||||
|
## Building and Pushing Docker Image with GitHub Actions
|
||||||
|
|
||||||
|
- straight forward with docker actions
|
||||||
|
|
||||||
|
## Building with Gitea
|
||||||
|
|
||||||
|
Deploying example dind-rootless
|
||||||
|
|
||||||
|
Testing with the same workflow as on github
|
||||||
|
|
||||||
|
docker command not found
|
||||||
|
-> switch container to callthehacker
|
||||||
|
|
||||||
|
/var/run/docker.sock -> is docker daemon running?
|
||||||
|
-> Changing the DOCKER_HOST variable
|
||||||
|
|
||||||
|
cant mount sys fs permission denied
|
||||||
|
-> run docker commands directly
|
||||||
|
|
||||||
|
side step with buildah
|
||||||
|
|
|
@ -1,5 +1,5 @@
|
||||||
---
|
---
|
||||||
title: "Replicating Gitea Docker SSH Passthrough on K8s"
|
title: "Replicating Gitea Docker SSH Passthrough on K3s"
|
||||||
date: "2023-02-12"
|
date: "2023-02-12"
|
||||||
---
|
---
|
||||||
|
|
||||||
|
@ -21,7 +21,7 @@ Command substitution does not work in `AuthorizedKeysCommand` so I suggest creat
|
||||||
|
|
||||||
## Background
|
## Background
|
||||||
|
|
||||||
I am currently in the process of migrating my selfhosted applications from docker-compose to Kubernetes. One of my most used selfhosted app is Gitea. I use it to host my projects, dotfiles and config files where I don't expect any contributions or I simply want to keep it more private. In my docker-compose setup I used SSH Container Passthrough from [Gitea docs](https://docs.gitea.io/en-us/install-with-docker/#SSH-container-passthrough) but when I moved Gitea to k8s I couldn't find any guides on how to achieve the same thing.
|
I am currently in the process of migrating my selfhosted applications from docker-compose to Kubernetes. One of my most used selfhosted app is Gitea. I use it to host my projects, dotfiles and config files where I don't expect any contributions or I simply want to keep it more private. In my docker-compose setup I used SSH Container Passthrough from [Gitea docs](https://docs.gitea.io/en-us/install-with-docker/#SSH-container-passthrough) but when I moved Gitea to k3s I couldn't find any guides on how to achieve the same thing.
|
||||||
|
|
||||||
I installed Gitea using the official [Helm Chart](https://gitea.com/gitea/helm-chart/). The documentation says this about enabling SSH:
|
I installed Gitea using the official [Helm Chart](https://gitea.com/gitea/helm-chart/). The documentation says this about enabling SSH:
|
||||||
|
|
Loading…
Reference in New Issue