Skip to content

chore: Strengthen contribution rules and triage infra#839

Open
ananos wants to merge 3 commits into
mainfrom
chore/contrib-hardening
Open

chore: Strengthen contribution rules and triage infra#839
ananos wants to merge 3 commits into
mainfrom
chore/contrib-hardening

Conversation

@ananos

@ananos ananos commented Jul 19, 2026

Copy link
Copy Markdown
Contributor

Description

Following an increase of drive-by issues and PRs, mostly around mentorship
program cycles, this PR makes our contribution rules more explicit and fixes
two infra quirks that make triaging harder than it should be:

  • docs/developer-guide/contribute.md: bug reports must include the actual
    logs and output of the failing commands -- issues that only describe code the
    reporter has read get a needs-repro label and are closed if the info is not
    provided. PRs are expected to reference an issue a maintainer has labeled as
    accepted (trivial fixes exempt). We also kindly ask people not to
    @-mention maintainers right after opening an issue, and clarify that
    mentorship-related work only counts on issues explicitly marked with a
    mentorship label.
  • stale.yml: the stale bot currently nags issues that maintainers have
    already confirmed, while unverified reports keep sitting in the queue. Exempt
    the accepted, confirmed and mentorship labels for issues and the
    ok-to-test/takeover/accepted labels for PRs.
  • build.yml / unit_test.yml: remove the job-level continue-on-error, so
    that a PR that does not compile or fails its unit tests shows a red check
    instead of a green one. build-latest.yml and upload_s3.yml are left
    untouched, as they do not gate PRs.

Note: for the new labels to be effective, we need to create accepted,
needs-repro, confirmed and mentorship in the repo. Will do that as soon
as this gets merged.

Related issues

How was this tested?

Docs and workflow-only changes, no code is touched. The markdown was reviewed
rendered locally and the workflow changes are a label-list extension and two
line deletions. CI on this PR exercises the modified build/unit-test
workflows directly.

LLM usage

Claude (Fable 5, via Claude Code). All content reviewed and edited by me.

Checklist

  • I have read the contribution guide.
  • The linter passes locally (make lint).
  • The e2e tests of at least one tool pass locally (make test_ctr, make test_nerdctl, make test_docker, make test_crictl).
  • If LLMs were used: I have read the llm policy.

ananos added 3 commits July 19, 2026 18:20
Following an increase of drive-by issues and PRs, mostly around
mentorship program cycles, we should make the contribution rules
more explicit:

- Bug reports must come with actual logs and command output. Issues
  that only describe code the reporter has read get the needs-repro
  label and are closed if the information is not provided.
- PRs are expected to reference an issue that a maintainer has
  labeled as accepted, except for trivial fixes.
- Please do not @-mention maintainers right after opening an issue.
- Mentorship-related work only counts on issues explicitly marked
  with the mentorship label.

Signed-off-by: Anastassios Nanos <ananos@nubificus.co.uk>
At the moment the stale bot marks and closes issues that maintainers
have already confirmed, while unverified reports sit in the queue
unaffected. Exempt the accepted, confirmed and mentorship labels for
issues, and PRs that a maintainer has engaged with (ok-to-test,
takeover, accepted). Unlabeled items, eg. reports pending the
needs-repro information, keep the current 60+15 day cycle.

Signed-off-by: Anastassios Nanos <ananos@nubificus.co.uk>
The build and unit-test jobs run with a job-level continue-on-error,
so a PR shows a green check even when it does not compile or its
tests fail. For instance, the branch of an open PR currently fails
to build, while its checks appear green. Remove the flag so that CI
failures are visible in the PR checks.

The build-latest and upload_s3 workflows are left untouched, as they
do not gate PRs.

Fixes: #729
Signed-off-by: Anastassios Nanos <ananos@nubificus.co.uk>
@netlify

netlify Bot commented Jul 19, 2026

Copy link
Copy Markdown

Deploy Preview for urunc ready!

Name Link
🔨 Latest commit a4c778e
🔍 Latest deploy log https://app.netlify.com/projects/urunc/deploys/6a5ced07e9c3c800078840bd
😎 Deploy Preview https://deploy-preview-839--urunc.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@ananos
ananos marked this pull request as ready for review July 19, 2026 15:40
@ananos
ananos requested a review from cmainas July 19, 2026 15:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

CI workflows allow build/test failures to pass due to continue-on-error

1 participant