This section provides the live status of GitHub Actions workflows for the Uyuni documentation. Each badge reflects the current state of automated builds, tests, and artifact generation across branches.
Build workflows validate and archive documentation from both development and release branches.
The following branches are under active development and continuously tested:
|
|
|
|
|
|
|
Release branches contain stable documentation builds: Builds and Artifacts
These workflows help maintain repository cleanliness and translation consistency.
This job identifies unused files in the documentation source:
|
|
|
|
|
This job tests PDF builds of translated documentation.
NOTE: The en
locale is excluded, as it is built as part of the Build and Archive Documentation from Branches workflow.
|
|
|
This repository contains the official Uyuni and SUSE Manager documentation. Contributions are welcome. Pull requests are encouraged.
For details on contributing, refer to the Uyuni Documentation Wiki. It provides guidance on terminology, markup conventions, processes, toolchain usage, local builds, publishing, and project planning.
Commit signing with a GPG or SSH key is required. Verified commits ensure authenticity. See the GitHub documentation for details.
-
Ensure you have a GitHub account and are signed in.
-
Fork the repository: https://github.com/uyuni-project/uyuni-docs.git
-
Clone your fork:
git clone https://github.com/<username>/uyuni-docs.git
-
Switch to the master branch:
cd uyuni-docs git checkout master
-
Add the upstream repository:
git remote add upstream https://github.com/uyuni-project/uyuni-docs.git
-
Fetch and merge changes from upstream regularly.
-
Create a feature branch for your work:
git checkout -b update-readme-username
If you have direct write access, clone the repository, check out the master branch, and create feature branches as needed.
-
Make and verify your changes locally.
-
Stage and commit files:
git add . git commit -m "Commit message"
-
Push your branch:
git push --set-upstream origin <branchname>
-
Create a Pull Request on GitHub. Provide a clear title and description, select reviewers, and open a Draft PR if work is in progress.
ℹ️
|
Technical changes require SME review. All changes require documentation team review. |
-
Mark incomplete work with
[WIP]
in the PR title. -
Do not merge another author’s PR without explicit permission.
-
Approvals required:
-
One SME for technical changes.
-
One documentation team member for all changes.
-
Keep your fork or local copy synchronized to avoid conflicts. Always update master
before new work.
-
Check out your fork’s
master
branch. -
Fetch from upstream and merge into
master
. -
Continue work on existing feature branches or create new ones.
-
Check out the
master
branch. -
Fetch all branches and update:
git fetch --all git pull -ff
-
Create new branches for new work.
-
Commit early, push often, and use Draft PRs.
Update CHANGELOG.md
with your changes. Add new entries at the top, separated by dashed lines:
----------------------------------------------------------------------- - Updated Foo chapter in Installation and Upgrade Guide - Documented Bar feature in Administration Guide - Fixed error in Bat section of Upgrade Guide (bsc#1234567) -----------------------------------------------------------------------
-
Joseph Cayouette @jcayouette
-
Ornela Marić @0rnela