The steps to get Woodpecker running for a repo are quite involved:
If it's a new repo, click "Reload Repositories", so Woodpecker discover the new repo from SCM
Click "Enable" on the repo, which installs the webhook into SCM
Push a .woodpecker.yml to the repo
On other CIs like GitHub Actions it's only one simple step:
Push a .github/workflows/something.yml to the repo
Suggested solution
Provide a way to skip steps 1 and 2 for a better UX.
The SCM could trigger a webhook to Woodpecker on repo creation/deletion/push/tag (System Webhook in Gitea), which is all that Woodpecker would need to work. With such an integration, per-repo webhooks would also become unnecessary.
Clear and concise description of the problem
The steps to get Woodpecker running for a repo are quite involved:
.woodpecker.yml
to the repoOn other CIs like GitHub Actions it's only one simple step:
.github/workflows/something.yml
to the repoSuggested solution
Provide a way to skip steps 1 and 2 for a better UX.
The SCM could trigger a webhook to Woodpecker on repo creation/deletion/push/tag (System Webhook in Gitea), which is all that Woodpecker would need to work. With such an integration, per-repo webhooks would also become unnecessary.
Validations
next
version already [https://woodpecker-ci.org/faq#which-version-of-woodpecker-should-i-use]