pleroma/pleroma-fe
2
2
Fork 3
Code Issues 344 Pull requests 33 Projects Releases Packages Wiki Activity

PR Woodpecker CI workflow #3477

Open
phnt wants to merge 13 commits from phnt/pleroma-fe:woodpecker-pr-ci into develop
pull from: phnt/pleroma-fe:woodpecker-pr-ci
merge into: pleroma:develop
Conversation 1 Commits 13 Files changed 6 +111 -3
phnt commented 2026-02-16 15:13:44 +00:00
Owner
Copy link

This should be the whole PR workflow from Gitlab minus E2E test which needs a Pleroma Docker image, which does not exist yet. Soon™ after BE also receives a similar PR pipeline.
Publishing fo releases from develop/stable/tagged is not implemented here and will come after PR pipelines are both merged.

Also runs the workflows except changelog on push to default branch.

Pre-merge

  • The test workflow depends on a 3rd-party plugin which isn't that popular for uploading failed test artifacts. I've looked through it, and it doesn't seem to do whacky things, but just in case the version is pinned to the current latest version, this also means:
  • Creating a Forgejo user that has write access to "packages", but shouldn't have write access to anything else. Probably doesn't even need read access to anything else. This user has to be a member of the pleroma organization
  • Creating pleroma-ci-user secret for the organization in Woodpecker where the name of the bot account is stored
  • Creating pleroma-ci-password secret for the organization in Woodpecker where the password for the bot account is stored
  • Pipelines should be at minimum required be manually approved when coming from forks. Ideally all pipelines should be manually approved thanks to possibility of leaking secrets with malicious PRs, that includes from maintainers.

Not really a fan of the 3rd-party dependency. Other ways that don't require a 3rd-party plugin welcome :)

cc @lambadalambda I don't wanna meddle with the CI backend even though I probably have the perms.

This should be the whole PR workflow from Gitlab minus E2E test which needs a Pleroma Docker image, which does not exist yet. Soon™ after BE also receives a similar PR pipeline. **Publishing fo releases from develop/stable/tagged is not implemented here and will come after PR pipelines are both merged.** Also runs the workflows except `changelog` on push to default branch. # Pre-merge * The `test` workflow depends on a [3rd-party plugin](https://woodpecker-ci.org/plugins/gitea-generic-package) which isn't that popular for uploading failed test artifacts. I've looked through it, and it doesn't seem to do whacky things, but just in case the version is pinned to the current latest version, this also means: - [ ] Creating a Forgejo user that has write access to "packages", but shouldn't have write access to anything else. Probably doesn't even need read access to anything else. This user has to be a member of the `pleroma` organization - [ ] Creating pleroma-ci-user secret for the organization in Woodpecker where the name of the bot account is stored - [ ] Creating pleroma-ci-password secret for the organization in Woodpecker where the password for the bot account is stored - [ ] **Pipelines should be at minimum required be manually approved when coming from forks. Ideally all pipelines should be manually approved thanks to possibility of leaking secrets with malicious PRs, that includes from maintainers.** Not really a fan of the 3rd-party dependency. Other ways that don't require a 3rd-party plugin welcome :) cc @lambadalambda I don't wanna meddle with the CI backend even though I probably have the perms.
phnt commented 2026-02-16 16:39:58 +00:00
Author
Owner
Copy link

Also I guess before this gets merged, agents should be tagged accordingly for the himem test workflow so I can add it as a label here. Filtering by platform is done automatically I think, after

label:
  - platform: linux/amd64

is added to the workflow.

Also I guess before this gets merged, agents should be tagged accordingly for the himem test workflow so I can add it as a label here. Filtering by platform is done automatically I think, after ``` label: - platform: linux/amd64 ``` is added to the workflow.
This pull request can be merged automatically.
You are not authorized to merge this pull request.
View command line instructions

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u woodpecker-pr-ci:phnt-woodpecker-pr-ci
git switch phnt-woodpecker-pr-ci

Merge

Merge the changes and update on Forgejo.

Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.

git switch develop
git merge --no-ff phnt-woodpecker-pr-ci
git switch phnt-woodpecker-pr-ci
git rebase develop
git switch develop
git merge --ff-only phnt-woodpecker-pr-ci
git switch phnt-woodpecker-pr-ci
git rebase develop
git switch develop
git merge --no-ff phnt-woodpecker-pr-ci
git switch develop
git merge --squash phnt-woodpecker-pr-ci
git switch develop
git merge --ff-only phnt-woodpecker-pr-ci
git switch develop
git merge phnt-woodpecker-pr-ci
git push origin develop
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
BE Request

   
Backlog

   
Better behavior

   
Blocked by deps

   
Bug

   
Code Review

   
Discussion

   
Doing

   
Feature Request / Enhancement

   
In the shining bright future maybe

   
It's complicated

   
MS Edge

   
Mememoon (or other niche browsers)

   
Missing API

   
Missing feature

   
Missing l10n/i18n

   
NL1

Instance Admin Dashboard

  
NL2

Improved Mobile Experience

  
NL4

Improved instance customization and QoL options

  
Need to verify on develop

   
RELEASE BLOCKER

   
Reassign or Close

   
Refactor

   
Regression

   
Safari

   
To Do

   
User story

   
Waiting on godot

   
accessibility

https://git.pleroma.social/pleroma/pleroma-fe/-/snippets/7746

  
better documentation

   
chore

   
confirmed

   
easy ticket

   
incident

Denotes a disruption to IT services and the associated issues require immediate attention

  
l10n update

   
mastoapi

   
mobile

   
needs design

   
needs-info

   
needs-review

   
stupid
No labels
BE Request
Backlog
Better behavior
Blocked by deps
Bug
Code Review
Discussion
Doing
Feature Request / Enhancement
In the shining bright future maybe
It's complicated
MS Edge
Mememoon (or other niche browsers)
Missing API
Missing feature
Missing l10n/i18n
NL1
NL2
NL4
Need to verify on develop
RELEASE BLOCKER
Reassign or Close
Refactor
Regression
Safari
To Do
User story
Waiting on godot
accessibility
better documentation
chore
confirmed
easy ticket
incident
l10n update
mastoapi
mobile
needs design
needs-info
needs-review
stupid
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
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
pleroma/pleroma-fe!3477
No description provided.