Document how to close issues from commit message #471
Labels
No labels
Codeberg Pages
Documentation Usability
Forgejo
Good First Issue! 👋
Kind: Bug
Kind: Documentation
Kind: Enhancement
Kind: Feature
Kind: Question
Kind: Security
Licensing
Part: Generator
Priority: High
Priority: Low
Priority: Medium
Reviewed: Confirmed
Reviewed: Duplicate
Reviewed: Invalid
Reviewed: Wontfix
Status: Blocked
Status: Help wanted
Status: In progress
Status: Needs feedback
Status: Ready for Review
Status: Review
Status: Stale
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Codeberg/Documentation#471
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Forgejo supports closing issues by mentioning them in a commit message on a new line after a keyword, such as
Fixes. For example, adding the following line:would close issue #471 (this issue). However, this functionality and the list of available keywords for this purpose doesn't appear to be documented anywhere in Codeberg's documentation. It would be helpful if it was.
This is currently documented in the Forgejo documentation. https://forgejo.org/docs/latest/user/linked-references/#actionable-references-in-pull-requests-and-commit-messages, not sure if a more user-friendly in the Codeberg documentation is worth it or if it should point to the forgejo docs for this.
It seems that I failed to find it despite trying a few times because I was using the keyword "codeberg" instead of "forgejo" in Web search. Though there's a chance that others will have this problem too, I leave it up to y'all to decide whether this is an actionable issue.
CC @fnetX - I don't have a clear preference.
I think that every content that users cannot find in the codeberg docs is worth tracking - for consideration on how to deal with it at least.
I think @n0toose might want to figure out whether to mirror/sync the content, or maybe ... have a search that also indexes the Forgejo docs?
A search that also indexes Forgejo docs would be pretty helpful, as it is currently very non-obvious how to search Forgejo docs, and it is often necessary to search both anyways (the end user per default doesn't really know what is Forgejo and what is downstream modification, etc.)