Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automate Release Docs subteam's Branch Syncs of the k8s website #2594

Open
drewhagen opened this issue Aug 10, 2024 · 3 comments
Open

Automate Release Docs subteam's Branch Syncs of the k8s website #2594

drewhagen opened this issue Aug 10, 2024 · 3 comments
Assignees
Labels
kind/feature Categorizes issue or PR as related to a new feature. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. priority/backlog Higher priority than priority/awaiting-more-evidence. sig/release Categorizes an issue or PR as relevant to SIG Release.

Comments

@drewhagen
Copy link
Member

drewhagen commented Aug 10, 2024

Feature Request:

Automate the branch syncs that the Release Team’s Docs sub-team performs on the k8s website during the release cycle.

Background:

Currently, Release Docs manually merges the main branch of the website repo into the dev-<next-release> branch weekly, then pushes and opens a PR. This process involves multiple command line steps that could be automated with scripts, GitHub Actions, or other tools. Manual intervention would only be needed for merge conflicts.

Proposal:

Automate this routine so that a bot creates the PR, and Release Docs only needs to approve it or resolve conflicts.

Why This is Needed:

This process is recurring toil and can be confusing, especially for first-time contributors shadowing SIG Release, particularly those from less technical backgrounds. Automating it would reduce the burden and make contributing more accessible.

Additional Notes:

This idea has been discussed in previous cycles, but I’m unsure of the current status. I’m opening this issue to track it in our backlog.

(Not sure if feature request was the right template to use for this, so I'm open to feedback. 😄)

@drewhagen drewhagen added kind/feature Categorizes issue or PR as related to a new feature. sig/release Categorizes an issue or PR as relevant to SIG Release. labels Aug 10, 2024
@drewhagen drewhagen added priority/backlog Higher priority than priority/awaiting-more-evidence. and removed needs-priority labels Aug 10, 2024
@vishnuswmech
Copy link

@drewhagen I like to work on this task.

Need to get the current status/needs. Can you let me know, who can help on this?

@vishnuswmech
Copy link

/assign vishnuswmech

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. priority/backlog Higher priority than priority/awaiting-more-evidence. sig/release Categorizes an issue or PR as relevant to SIG Release.
Projects
None yet
Development

No branches or pull requests

4 participants