agj/blog
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

wip: ci
Some checks failed
Release CI action / build-and-push-container (push) Failing after 38s
Details

Browse Source
This commit is contained in:
Asger Gitz-Johansen 2024-12-02 13:18:55 +01:00
parent 0ae9d04c26
commit c7604e2a69
2 changed files with 9 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
.gitea/workflows/build.yml
View File

@ -18,6 +18,6 @@ jobs:
with: with:
registry: git.gtz.dk registry: git.gtz.dk
username: ${{ gitea.actor }} username: ${{ gitea.actor }}
password: ${{ secrets.CI_TOKEN }} password: ${{ secrets.GITEA_TOKEN }}
- name: push container - name: push container
run: docker push git.gtz.dk/${{ gitea.repository }}:latest run: docker push git.gtz.dk/${{ gitea.repository }}:latest

14
content/posts/how-to-blog.md
View File

@ -123,16 +123,18 @@ I also have other projects that I host on my VPS (Virtual Private Server) such m
## Continuous Integration ## Continuous Integration
I am using my personal [gitea instance](https://git.gtz.dk/agj/blog) to host the source code for this blog - which means that I will be using the integrated CI system there, but you can use whichever CI service you'd like. I am using my personal [gitea instance](https://git.gtz.dk/agj/blog) to host the source code for this blog - which means that I will be using the integrated CI system there, but you can use whichever CI service you'd like.
The general concepts of the workflow should be fairly easy to translate to any kind of CI The general concepts of the workflow should be fairly easy to translate to any kind of CI, but this is how my setup looks like:
<!-- TODO: Implement the fucking thing -->
This setup also gives us the possibility of performing traditional code-review before releasing by using [pull requests]().
This should empower us to identify and correct issues (e.g. spelling mistakes or whatever) before they are pushed to the official website.
```yaml ```yaml
``` ```
Make sure to replace the `git.gtz.dk` website mentions with your own github hosting service (whether self-hosted, or `github.com`).
Note that the syntax is extemely similar to GitHub Actions - in fact Gitea Actions are trying to be 1 to 1 compatible with GitHub Actions, so it should be relatively straight forward.
This setup also gives us the possibility of performing traditional code-review before releasing by using [pull requests](https://docs.gitea.com/next/usage/pull-request?_highlight).
This should empower us to identify and correct issues (e.g. spelling mistakes or whatever) before they are pushed to the official website.
## Continuous Delivery ## Continuous Delivery
With a docker image readily available With a docker image readily available