potiuk opened a new pull request, #287:
URL: https://github.com/apache/airflow-steward/pull/287
## Summary
Same cleanup pattern as #280 / #283 — the Step 6d audit
(added in #280) flags `projects/_template/mentoring-config.md`
as adopter-specific on every upgrade. This PR fixes it.
The template was seeded from one adopter's mentoring config:
title hardcoded to "Apache Airflow — mentoring", concrete
`@apache/airflow-committers` as `maintainer_team_handle`,
convention-pointer URLs pointing at one project's docs,
AI-attribution footer hardcoding "Apache Airflow maintainer"
and a project-specific PROCESS.md URL.
## What changed
- Title → `# TODO: \`<Project Name>\` — ...`.
- `maintainer_team_handle` → `@<github-org>/<maintainer-team-slug>`
with `Example: @apache/airflow-committers`.
- Convention-pointer URLs → `<placeholder>` form.
- AI-attribution footer uses `<PROJECT>` and
`<two_stage_process_doc_url>` placeholders.
- "Out-of-scope topics" list keeps the Apache-typical
categories (security / deprecation / license) since those
are generic; the airflow-specific "provider-specific
architectural taste" becomes a neutral "project-specific
subsystem" example.
## Test plan
- [x] prek passes (markdownlint, doctoc, typos, check-placeholders)
- [x] Step 6d audit on this file would now find nothing
Generated-by: Claude (Opus 4.7)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
