Codeberg/Documentation
43
151
Fork
You've already forked Documentation
128

Update documentation (README, Forgejo Actions) #667

Merged
Gusted merged 14 commits from askaaron/Documentation:main into main 2025年10月20日 19:04:44 +02:00
Contributor
Copy link

Changes in this PR:

  1. Updated README.md to explain how to do linting and use prettier.
  2. Updated "Using Forgejo Actions (Self-hosted)":
    1. Explain how to get the Runner version as separate section.
    2. Clarify the two options how to start the Runner and separate configuration and registration.
    3. Fix the section about using Docker-in-Docker since this did not work as documented (the version also needs to be specified).
  3. Fixed linting issues.
Changes in this PR: 1. Updated README.md to explain how to do linting and use prettier. 2. Updated "Using Forgejo Actions (Self-hosted)": 1. Explain how to get the Runner version as separate section. 2. Clarify the two options how to start the Runner and separate configuration and registration. 3. Fix the section about using Docker-in-Docker since this did not work as documented (the version also needs to be specified). 3. Fixed linting issues.
Add a note how to get pnpm.
Update documentation on how to use Forgejo Actions
Some checks failed
ci/woodpecker/pr/build Pipeline was successful
ci/woodpecker/pr/lint Pipeline failed
ci/woodpecker/pr/deploy-preview Pipeline was successful
c64ad6ebcf

Surge PR preview deployment succeeded. View it at https://Codeberg-Documentation-pr-667.surge.sh

<!--woodpeckerci-plugin-surge-preview--> Surge PR preview deployment succeeded. View it at https://Codeberg-Documentation-pr-667.surge.sh
gedankenstuecke left a comment
Member
Copy link

Thanks for the contribution! I fear I'm not the best person to review the CI content particularly, but could you in the meanwhile fix the linting issues that the CI outlined? 🙈

npx prettier . --write should fix most of them by itself!

Thanks for the contribution! I fear I'm not the best person to review the CI content particularly, but could you in the meanwhile fix the linting issues that the CI outlined? 🙈 `npx prettier . --write` should fix most of them by itself!
Author
Contributor
Copy link

The linting errors should now be fixed.

The linting errors should now be fixed.
askaaron force-pushed main from b3b6db54ff
Some checks are pending
ci/woodpecker/pr/build Pipeline is pending approval
ci/woodpecker/pr/deploy-preview Pipeline is pending approval
ci/woodpecker/pr/lint Pipeline is pending approval
to 37c1358673
Some checks are pending
ci/woodpecker/pr/build Pipeline is pending approval
ci/woodpecker/pr/deploy-preview Pipeline is pending approval
ci/woodpecker/pr/lint Pipeline is pending approval
2025年08月23日 02:42:34 +02:00
Compare

Thanks! It seems there's still a few failing bits, but we can get to those once someone had a review for the content (please bear with us, as the northern hemisphere is in its summer vacation mode, things tend to be a bit slower at times :))

Thanks! It seems there's still a few failing bits, but we can get to those once someone had a review for the content (please bear with us, as the northern hemisphere is in its summer vacation mode, things tend to be a bit slower at times :))
Author
Contributor
Copy link

@gedankenstuecke wrote in #667 (comment):

Thanks! It seems there's still a few failing bits, but we can get to those once someone had a review for the content (please bear with us, as the northern hemisphere is in its summer vacation mode, things tend to be a bit slower at times :))

I see - there is a rule, that links without descriptive text are not allowed, I fixed the affected link.

I also added the linter command to README.md, so this can be done before committing anything. Maybe this should be scripts which can be called by the Forgejo action as well, so there is only one place to maintain.

Edit: the linter also reports one unknown word getent which is part of a script. I don't know, if this will prevent a sucessful build. But if this is the case, there should also be a documenation how to add unknown words or how to tell the linter to ignore code blocks.

$ pnpx cspell lint --no-progress --gitignore '{**,.*}/{*,.*}'
content/ci/actions.md:183:14 - Unknown word (getent)
CSpell: Files checked: 79, Issues found: 1 in 1 file.

Edit: I found .cspell.json and fixed this problem by adding getent as new word and the shell dictionary and to CSpell to void future issues with shell commands which may also become part of the documentation.

@gedankenstuecke wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-6698041: > Thanks! It seems there's still a few failing bits, but we can get to those once someone had a review for the content (please bear with us, as the northern hemisphere is in its summer vacation mode, things tend to be a bit slower at times :)) I see - there is a rule, that links without descriptive text are not allowed, I fixed the affected link. I also added the linter command to README.md, so this can be done **before** committing anything. Maybe this should be scripts which can be called by the Forgejo action as well, so there is only one place to maintain. Edit: the linter also reports one unknown word `getent` which is part of a script. I don't know, if this will prevent a sucessful build. But if this is the case, there should also be a documenation how to add unknown words or how to tell the linter to ignore code blocks. ``` $ pnpx cspell lint --no-progress --gitignore '{**,.*}/{*,.*}' content/ci/actions.md:183:14 - Unknown word (getent) CSpell: Files checked: 79, Issues found: 1 in 1 file. ``` Edit: I found `.cspell.json` and fixed this problem by adding `getent` as new word and the `shell` dictionary and to CSpell to void future issues with shell commands which may also become part of the documentation.
Author
Contributor
Copy link

Just for the records - for me everything works fine, so maybe we want to let the checks run again:

$ npx prettier . -c
Checking formatting...
All matched files use Prettier code style!
$ pnpx cspell lint --no-progress --gitignore '{**,.*}/{*,.*}'
Packages: +110
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Progress: resolved 110, reused 105, downloaded 5, added 110, done
CSpell: Files checked: 79, Issues found: 0 in 0 files.
Just for the records - for me everything works fine, so maybe we want to let the checks run again: ``` $ npx prettier . -c Checking formatting... All matched files use Prettier code style! $ pnpx cspell lint --no-progress --gitignore '{**,.*}/{*,.*}' Packages: +110 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Progress: resolved 110, reused 105, downloaded 5, added 110, done CSpell: Files checked: 79, Issues found: 0 in 0 files. ```

I nudged the CI to run again, but I also still hope that someone with Forgejo actions expertise can give it a read (ping @n0toose)

I nudged the CI to run again, but I also still hope that someone with Forgejo actions expertise can give it a read (ping @n0toose)

There might be a difference because the linter seems to run a older version, lets not worry too much about it.

There might be a difference because the linter seems to run a older version, lets not worry too much about it.
Gusted left a comment
Owner
Copy link

Generally looks good otherwise.

Generally looks good otherwise.
@ -47,3 +47,3 @@
<img src="/images/ci/actions/create-new-runner.png" alt="Create new Runner">
## Installing Forgejo Runner
## Set the Runner version in the environment
Owner
Copy link

At what point is pointing to https://forgejo.org/docs/latest/admin/actions/runner-installation/ a better option? It seems like we're now duplicating quite some content,

At what point is pointing to https://forgejo.org/docs/latest/admin/actions/runner-installation/ a better option? It seems like we're now duplicating quite some content,
Author
Contributor
Copy link

Yes, indeed - when there is already a documentation about how to get things done in Forgejo, we should point to that.

It seems the documentation is split between https://docs.codeberg.org and https://forgejo.org/docs/latest which can be a bit confusing. It is not clear for me yet, what topics are "canonical" to Forgejo and what is specific to Codeberg and does not apply to Forgejo itself.

For example, access tokens are mentioned on Codeberg and on Forgejo, one side explains how to generate it, the other side what scopes mean in a token:

Is the step to generate an access token in the UI unique to Codeberg?

Yes, indeed - when there is already a documentation about how to get things done in Forgejo, we should point to that. It seems the documentation is split between https://docs.codeberg.org and https://forgejo.org/docs/latest which can be a bit confusing. It is not clear for me yet, what topics are "canonical" to Forgejo and what is specific to Codeberg and does not apply to Forgejo itself. For example, access tokens are mentioned on Codeberg and on Forgejo, one side explains how to generate it, the other side what scopes mean in a token: - Codeberg: https://docs.codeberg.org/advanced/access-token/ - Forgejo: https://forgejo.org/docs/latest/user/token-scope/ Is the step to generate an access token in the UI unique to Codeberg?
Owner
Copy link

Codeberg documentation was written to be user-friendly, be a step-by-step guide and have pages about finding your way around a forge. Most content in the Forgejo documentation was written for technical people. I think in this case it's preferred to have it in the Forgejo documentation and point to their documentation as that covers largely what was written. If the flow needs to be improved of the Forgejo documentation, I think such patch would get through easily.

@askaaron wrote in #667 (comment):

For example, access tokens are mentioned on Codeberg and on Forgejo, one side explains how to generate it, the other side what scopes mean in a token:

Yes, in this case the Codeberg docs is targeting on explaining how and where the feature can be used. The Forgejo documentation is a technical documentation.

Codeberg documentation was written to be user-friendly, be a step-by-step guide and have pages about finding your way around a forge. Most content in the Forgejo documentation was written for technical people. I think in this case it's preferred to have it in the Forgejo documentation and point to their documentation as that covers largely what was written. If the flow needs to be improved of the Forgejo documentation, I think such patch would get through easily. @askaaron wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-6841114: > For example, access tokens are mentioned on Codeberg and on Forgejo, one side explains how to generate it, the other side what scopes mean in a token: Yes, in this case the Codeberg docs is targeting on explaining how and where the feature can be used. The Forgejo documentation is a technical documentation.
Author
Contributor
Copy link

Well - my proposed change is still a step by step guide how to set up an Forgejo runner, just with a more clear distinction between "run as binary" and "run in Docker" and some additions in the README for other authors how to work on the documentation (for example how to run the linting to avoid issues before creating a pull request).

So how to continue here? Just keep an introduction about what a Forgejo runner is used for and then refer to the Forgejo documentation to learn how to install it?

Edit: I also did not add anything at all from the original Forgejo documentation - just reorganized, what was written already. For example the section "Set the Runner version in the environment" was already there, just as an implicit part of another command.

Well - my proposed change is still a step by step guide how to set up an Forgejo runner, just with a more clear distinction between "run as binary" and "run in Docker" and some additions in the README for other authors how to work on the documentation (for example how to run the linting to avoid issues before creating a pull request). So how to continue here? Just keep an introduction about what a Forgejo runner is used for and then refer to the Forgejo documentation to learn how to install it? Edit: I also did not add anything at all from the original Forgejo documentation - just reorganized, what was written already. For example the section "Set the Runner version in the environment" was already there, just as an implicit part of another command.
Owner
Copy link

@askaaron wrote in #667 (comment):

So how to continue here? Just keep an introduction about what a Forgejo runner is used for and then refer to the Forgejo documentation to learn how to install it?

Yeah I think that's the best option, the documentation for the Runner is lately seeing quite some improvements (e.g. forgejo/docs#1429 and forgejo/docs#1421). Don't think this is a are for Codeberg documentation try and "compete" in 😄. I still appreciate your efforts to update this part of the documentation. The README related changes can be kept, those looks good.

@askaaron wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-6885796: > So how to continue here? Just keep an introduction about what a Forgejo runner is used for and then refer to the Forgejo documentation to learn how to install it? Yeah I think that's the best option, the documentation for the Runner is lately seeing quite some improvements (e.g. forgejo/docs#1429 and forgejo/docs#1421). Don't think this is a are for Codeberg documentation try and "compete" in 😄. I still appreciate your efforts to update this part of the documentation. The README related changes can be kept, those looks good.
Author
Contributor
Copy link

Indeed - in this case it makes little sense to keep the current documentation at Codeberg as it is. I'll work in this and update my pull request accordingly later.

Indeed - in this case it makes little sense to keep the current documentation at Codeberg as it is. I'll work in this and update my pull request accordingly later.
Author
Contributor
Copy link

I updated the Runner guide but kept the initial section about how to obtain the registration token, since this is helpful for beginners to understand, how the Runner is connected to Codeberg at all.

I updated the Runner guide but kept the initial section about how to obtain the registration token, since this is helpful for beginners to understand, how the Runner is connected to Codeberg at all.
Owner
Copy link

Thanks @askaaron for the contribution. We are a bit busy due to internal stuff, but we'll try to get around to it when possible (alongside with the other open PRs here).

We might take a bit. :)

Thanks @askaaron for the contribution. We are a bit busy due to internal stuff, but we'll try to get around to it when possible (alongside with the other open PRs here). We might take a bit. :)
Gusted left a comment
Owner
Copy link

Thank you!

Thank you!
askaaron force-pushed main from 0f215b79d0
Some checks are pending
ci/woodpecker/pr/build Pipeline is pending approval
ci/woodpecker/pr/deploy-preview Pipeline is pending approval
ci/woodpecker/pr/lint Pipeline is pending approval
to b94b87fc8f
Some checks failed
ci/woodpecker/pr/build Pipeline was successful
ci/woodpecker/pr/lint Pipeline failed
ci/woodpecker/pr/deploy-preview Pipeline was successful
2025年09月06日 14:56:56 +02:00
Compare
Owner
Copy link

@askaaron Could you fix the merge conflict?

@askaaron Could you fix the merge conflict?
Merge branch 'main' of ssh://codeberg.org/Codeberg/Documentation
Some checks failed
ci/woodpecker/pr/build Pipeline was successful
ci/woodpecker/pr/lint Pipeline failed
ci/woodpecker/pr/deploy-preview Pipeline was successful
8bd7a96f0f
Author
Contributor
Copy link

@fnetX wrote in #667 (comment):

@askaaron Could you fix the merge conflict?

I updated my branch with the upstream and fixed the conflict.

@fnetX wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-7545082: > @askaaron Could you fix the merge conflict? I updated my branch with the upstream and fixed the conflict.

@askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :)

I can take care of that later if you want me to.

@askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :) I can take care of that later if you want me to.
Author
Contributor
Copy link

@n0toose wrote in #667 (comment):

@askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :)

I can take care of that later if you want me to.

I did run prettier. So I don't get it, what is missing. Is the build pipeline differnt from what I documented what to run manually?

@n0toose wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-7811453: > @askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :) > > I can take care of that later if you want me to. I did run prettier. So I don't get it, what is missing. Is the build pipeline differnt from what I documented what to run manually?
Author
Contributor
Copy link

@n0toose wrote in #667 (comment):

@askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :)

I can take care of that later if you want me to.

I just checked it - no changes here with prettier:

pnpx prettier . -c
Packages: +1
+
Progress: resolved 1, reused 1, downloaded 0, added 1, done
Checking formatting...
All matched files use Prettier code style!

So I assume, the build pipeline does something different.

@n0toose wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-7811453: > @askaaron Looks good to me apart from the need to run Prettier again. Thanks for the additional README updates :) > > I can take care of that later if you want me to. I just checked it - no changes here with prettier: ``` pnpx prettier . -c Packages: +1 + Progress: resolved 1, reused 1, downloaded 0, added 1, done Checking formatting... All matched files use Prettier code style! ``` So I assume, the build pipeline does something different.

@askaaron That's strange, this is what happened for me when running it on your branch:

❯ npx prettier . -c
Checking formatting...
[warn] content/ci/agents.md
[warn] content/codeberg-pages/using-custom-domain.md
[warn] content/security/ssh-key.md
[warn] Code style issues found in 3 files. Run Prettier with --write to fix.

After running npx prettier . --write, this is how the diff for one of the files looks like:

diff --git a/content/ci/agents.md b/content/ci/agents.md
index db614ca..5c600f9 100644
--- a/content/ci/agents.md
+++ b/content/ci/agents.md
@@ -24,8 +24,10 @@ Before deploying the agent, you need to obtain an agent token from Codeberg's Wo
 To do so, please follow the instructions immediately below for users, and follow the instructions below that f
or organizations.
 1. Go to the agents page
+
 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents)
 2. For organizations:
+
 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/)
 2. Click on a repository in the organization you're adding the agent to.
 3. Click on the organization name in the top left.
@askaaron That's strange, this is what happened for me when running it on your branch: ``` ❯ npx prettier . -c Checking formatting... [warn] content/ci/agents.md [warn] content/codeberg-pages/using-custom-domain.md [warn] content/security/ssh-key.md [warn] Code style issues found in 3 files. Run Prettier with --write to fix. ``` After running `npx prettier . --write`, this is how the diff for one of the files looks like: ```diff diff --git a/content/ci/agents.md b/content/ci/agents.md index db614ca..5c600f9 100644 --- a/content/ci/agents.md +++ b/content/ci/agents.md @@ -24,8 +24,10 @@ Before deploying the agent, you need to obtain an agent token from Codeberg's Wo To do so, please follow the instructions immediately below for users, and follow the instructions below that f or organizations. 1. Go to the agents page + 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents) 2. For organizations: + 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/) 2. Click on a repository in the organization you're adding the agent to. 3. Click on the organization name in the top left. ```
Author
Contributor
Copy link

@gedankenstuecke wrote in #667 (comment):

@askaaron That's strange, this is what happened for me when running it on your branch:

❯ npx prettier . -c
Checking formatting...
[warn] content/ci/agents.md
[warn] content/codeberg-pages/using-custom-domain.md
[warn] content/security/ssh-key.md
[warn] Code style issues found in 3 files. Run Prettier with --write to fix.

No - I don't have this. Also the changes in content/codeberg-pages/using-custom-domain.md are done by the prettier, not by myself.

So there is a problem here: when you clone the repo and install the tools as suggested, they don't work as expected. Maybe because of different package versions? The files as I comitted them are after I used the prettier locally on my side.

Also the instructions for the Dockerfile don't work. The repository name must be in lowercase - codeberg/documentation-server and not Codeberg/Documentation-server and the build fails:

1.581 Reading package lists...
1.587 W: The repository 'http://security.debian.org/debian-security stretch/updates Release' does not have a Release file.
1.587 W: The repository 'http://deb.debian.org/debian stretch Release' does not have a Release file.
1.587 W: The repository 'http://deb.debian.org/debian stretch-updates Release' does not have a Release file.
1.587 E: Failed to fetch http://security.debian.org/debian-security/dists/stretch/updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.130.132 80]
1.587 E: Failed to fetch http://deb.debian.org/debian/dists/stretch/main/binary-amd64/Packages 404 Not Found
1.587 E: Failed to fetch http://deb.debian.org/debian/dists/stretch-updates/main/binary-amd64/Packages 404 Not Found
1.587 E: Some index files failed to download. They have been ignored, or old ones used instead.
------
Dockerfile:3
--------------------
 1 | FROM node:16.15.1-stretch-slim
 2 |
 3 | >>> RUN apt-get update && apt-get -y upgrade
 4 |
 5 | RUN apt-get install -y git curl
--------------------
ERROR: failed to build: failed to solve: process "/bin/sh -c apt-get update && apt-get -y upgrade" did not complete successfully: exit code: 100
@gedankenstuecke wrote in https://codeberg.org/Codeberg/Documentation/pulls/667#issuecomment-7815530: > @askaaron That's strange, this is what happened for me when running it on your branch: > > ```text > ❯ npx prettier . -c > Checking formatting... > [warn] content/ci/agents.md > [warn] content/codeberg-pages/using-custom-domain.md > [warn] content/security/ssh-key.md > [warn] Code style issues found in 3 files. Run Prettier with --write to fix. > ``` No - I don't have this. Also the changes in `content/codeberg-pages/using-custom-domain.md` are done by the prettier, not by myself. So there is a problem here: when you clone the repo and install the tools as suggested, they don't work as expected. Maybe because of different package versions? The files as I comitted them are after I used the prettier locally on my side. Also the instructions for the Dockerfile don't work. The repository name must be in lowercase - `codeberg/documentation-server ` and not `Codeberg/Documentation-server` and the build fails: ``` 1.581 Reading package lists... 1.587 W: The repository 'http://security.debian.org/debian-security stretch/updates Release' does not have a Release file. 1.587 W: The repository 'http://deb.debian.org/debian stretch Release' does not have a Release file. 1.587 W: The repository 'http://deb.debian.org/debian stretch-updates Release' does not have a Release file. 1.587 E: Failed to fetch http://security.debian.org/debian-security/dists/stretch/updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.130.132 80] 1.587 E: Failed to fetch http://deb.debian.org/debian/dists/stretch/main/binary-amd64/Packages 404 Not Found 1.587 E: Failed to fetch http://deb.debian.org/debian/dists/stretch-updates/main/binary-amd64/Packages 404 Not Found 1.587 E: Some index files failed to download. They have been ignored, or old ones used instead. ------ Dockerfile:3 -------------------- 1 | FROM node:16.15.1-stretch-slim 2 | 3 | >>> RUN apt-get update && apt-get -y upgrade 4 | 5 | RUN apt-get install -y git curl -------------------- ERROR: failed to build: failed to solve: process "/bin/sh -c apt-get update && apt-get -y upgrade" did not complete successfully: exit code: 100 ```

I will take care of the linter problem.

I will take care of the linter problem.
Author
Contributor
Copy link

I now check, what happens, if I change content/ci/agents.md as suggested by your own prettier run.

Now prettier wants to change this back here!

Before (as suggested by your prettier):

 To do so, please follow the instructions immediately below for users, and follow the instructions below that f
or organizations.
 1. Go to the agents page
 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents)
 2. For organizations:
 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/)
 2. Click on a repository in the organization you're adding the agent to.
 3. Click on the organization name in the top left.

And after I run pnpx prettier . --write here:

 To do so, please follow the instructions immediately below for users, and follow the instructions below that f
or organizations.
 1. Go to the agents page
 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents)
 2. For organizations:
 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/)
 2. Click on a repository in the organization you're adding the agent to.
 3. Click on the organization name in the top left.

So we have a problem here. prettier does not work as expected everywhere. We should fix this.

Also it makes no sense to add blank lines in a numbered list just because a new level begins.

I now check, what happens, if I change `content/ci/agents.md` as suggested by your own prettier run. Now prettier wants to change this back here! Before (as suggested by your prettier): ``` To do so, please follow the instructions immediately below for users, and follow the instructions below that f or organizations. 1. Go to the agents page 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents) 2. For organizations: 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/) 2. Click on a repository in the organization you're adding the agent to. 3. Click on the organization name in the top left. ``` And after I run `pnpx prettier . --write` here: ``` To do so, please follow the instructions immediately below for users, and follow the instructions below that f or organizations. 1. Go to the agents page 1. For users, go to the [Codeberg Woodpecker CI User Agent settings](https://ci.codeberg.org/user/agents) 2. For organizations: 1. Go to the [Codeberg Woodpecker CI Repos Page](https://ci.codeberg.org/) 2. Click on a repository in the organization you're adding the agent to. 3. Click on the organization name in the top left. ``` So we have a problem here. prettier does not work as expected everywhere. We should fix this. Also it makes no sense to add blank lines in a numbered list just because a new level begins.

The prettier version was outdated, it should be fixed with Codeberg/Documentation#686. Renovate will now take care of keeping that version up to date.

The prettier version was outdated, it should be fixed with Codeberg/Documentation#686. Renovate will now take care of keeping that version up to date.
Merge branch 'main' into main
Some checks are pending
ci/woodpecker/pr/build Pipeline was successful
ci/woodpecker/pr/lint Pipeline was successful
ci/woodpecker/pr/deploy-preview Pipeline was successful
ci/woodpecker/pull_request_closed/deploy-preview Pipeline is pending approval
edf18179da
Sign in to join this conversation.
No reviewers
Labels
Clear labels
Codeberg Pages

Issues affecting Codeberg Pages
Documentation Usability

Issues related to using and reading docs.codeberg.org
Forgejo
Good First Issue! 👋
Kind: Bug
Kind: Documentation
Kind: Enhancement
Kind: Feature
Kind: Question
Kind: Security
Licensing
Part: Generator

This is related to the generation of the documentation, not to the content itself
Priority: High

The priority is high
Priority: Low

The priority is low
Priority: Medium

The priority is medium
Reviewed: Confirmed

Something has been confirmed
Reviewed: Duplicate

Something exists already
Reviewed: Invalid

Something was marked as invalid
Reviewed: Wontfix

Something won't be fixed
Status: Blocked
Status: Help wanted

Contributions are welcome!
Status: In progress

Work is in progress
Status: Needs feedback

Feedback is needed
Status: Ready for Review

Work is completed
Status: Review

Review is in progress / Reviewers wanted
Status: Stale
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
6 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Documentation!667
Reference in a new issue
Codeberg/Documentation
No description provided.
Delete branch "askaaron/Documentation:main"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?