Go to file

Renovate Bot bd4514cfbc chore: Configure Renovate (#1 )

Welcome to [Renovate](https://github.com/renovatebot/renovate)! This is an onboarding PR to help you understand and configure settings before regular Pull Requests begin.

🚦 To activate Renovate, merge this Pull Request. To disable Renovate, simply close this Pull Request unmerged.

---
### Detected Package Files

 * `.gitea/workflows/cd.yaml` (github-actions)
 * `.gitea/workflows/ci.yaml` (github-actions)

### What to Expect

With your current configuration, Renovate will create 1 Pull Request:

<details>
<summary>chore(deps): update actions/checkout action to v5</summary>

  - Schedule: ["at any time"]
  - Branch name: `renovate/actions-checkout-5.x`
  - Merge into: `v0`
  - Upgrade [actions/checkout](https://github.com/actions/checkout) to `v5`

</details>

---

❓ Got questions? Check out Renovate's [Docs](https://docs.renovatebot.com/), particularly the Getting Started section.
If you need any further assistance then you can also [request help here](https://github.com/renovatebot/renovate/discussions).

---

This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).

<!--renovate-config-hash:94693a990c975907e7f13da3309b9d56ba02b3983519b41786edf5cf031e457c-->

Reviewed-on: #1
Reviewed-by: t.behrendt <t.behrendt@noreply.localhost>
Co-authored-by: Renovate Bot <renovate@t00n.de>
Co-committed-by: Renovate Bot <renovate@t00n.de>

2025-08-12 10:59:14 +02:00

.gitea

sync

2025-08-12 08:54:44 +02:00

CD-README.md

sync

2025-08-12 08:54:44 +02:00

README.md

add disclaimer

2025-08-12 08:56:24 +02:00

renovate.json

chore: Configure Renovate (#1 )

2025-08-12 10:59:14 +02:00

README.md

Warning

Repo is currently not in use and not tested. We are waiting for proper shared workflow UI support in gitea. Otherwise errors are hard to identify. Follow https://github.com/go-gitea/gitea/issues/24604

Reusable CI Workflow for Kubernetes Services

This directory contains a reusable CI workflow that automatically detects and validates your Kubernetes services, whether they use Helm + Kubernetes or just Kubernetes manifests.

Features

Automatic Detection: Automatically detects if your service uses Helm (helmfile.yaml) or just Kubernetes manifests
Conditional Validation: Only runs Helm validation when helmfile.yaml exists
Flexible Paths: Configurable paths for k8s directory and helmfile
Comprehensive Validation: Validates both Kubernetes manifests and Helm charts
CI Summary: Provides a clear summary of what was validated

Usage

Basic Usage (Recommended)

Simply call the workflow without any parameters - it will automatically detect your service type:

jobs:
  ci:
    uses: ./.gitea/workflows/ci.yaml

Advanced Usage with Custom Paths

If your service uses non-standard directory names:

jobs:
  ci:
    uses: ./.gitea/workflows/ci.yaml
    with:
      k8s_dir: 'kubernetes/'
      helmfile_path: 'helm/helmfile.yaml'

Force Skip Helm Validation

If you want to skip Helm validation even when helmfile.yaml exists:

jobs:
  ci:
    uses: ./.gitea/workflows/ci.yaml
    with:
      skip_helm_validation: true

Input Parameters

Parameter	Description	Default	Required
`k8s_dir`	Path to Kubernetes manifests directory	`k8s/`	No
`helmfile_path`	Path to helmfile.yaml	`helmfile.yaml`	No
`skip_helm_validation`	Skip Helm validation even if helmfile exists	`false`	No

Directory Structure Requirements

For Kubernetes-only services:

your-service/
├── k8s/
│   ├── deployment.yaml
│   ├── service.yaml
│   └── ...
└── .gitea/workflows/your-workflow.yaml

For Helm + Kubernetes services:

your-service/
├── k8s/
│   ├── deployment.yaml
│   ├── service.yaml
│   └── ...
├── helmfile.yaml
└── .gitea/workflows/your-workflow.yaml

What Gets Validated

Always (if k8s/ directory exists):

Kubernetes manifest validation using kubectl --dry-run
Namespace extraction from repository name
Basic Kubernetes syntax and schema validation

Conditionally (if helmfile.yaml exists and Helm validation not skipped):

Helm chart validation using helmfile diff
Kubernetes manifests in Helm context
Helm-specific configurations and values

Example Workflows

See example-usage.yaml for complete examples of how to use this workflow in different scenarios.

Dependencies

This workflow requires:

./.gitea/actions/extract-namespace-from-repo-name action
KUBECONFIG secret configured in your repository
Access to your Kubernetes cluster

Troubleshooting

Helm validation skipped unexpectedly

Check if helmfile.yaml exists in the expected location
Verify the skip_helm_validation parameter is not set to true
Ensure the file path is correct if using custom paths

Kubernetes validation skipped

Verify the k8s/ directory (or custom path) exists
Check the directory contains valid Kubernetes manifests

Permission issues

Ensure the KUBECONFIG secret is properly configured
Verify the workflow has access to your Kubernetes cluster