Open listx opened 2 years ago
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close
@k8s-triage-robot: Closing this issue.
/reopen /lifecycle frozen
Here are tools I saw:
According to the doc, the tool
/public
directory of your local kubernetes/website
repositorywdjp/htmltest
Docker imagekubernetes/website
repository to the Docker image/public
directory and provides command line output when it encounters broken internal linksand its workflow seems similar to the current link checker in this Prow doc repo. https://github.com/kubernetes-sigs/prow/blob/0d8946d8dccdcbbb1dc00c3c20641b202b0494a8/site/Makefile#L26-L27 https://github.com/kubernetes-sigs/prow/blob/0d8946d8dccdcbbb1dc00c3c20641b202b0494a8/site/check-broken-links.sh#L22-L30
linkchecker.py
While the above linkcheckers analyze whether the links in the Hugo-generated HTML files are working or not (404, ...), this linkchecker performs sort of static analysis on markdown files.
And yes, it would be great to implement a new linkchecking Prow workflow
@jihoon-seo: You can't reopen an issue/PR unless you authored it or you are a collaborator.
/reopen
Does not feel like an issue that should rot - either we think this is useful, or we should explicitly decide we don't want that.
@petr-muller: Reopened this issue.
I think the first option (https://github.com/kubernetes/website/tree/main/content/en/docs/doc-contributor-tools/linkchecker) could be adopted. It is simpler as it already uses the same underlying tool (htmltest
) that we currently use.
The first step is to add it as a CI job (either the same link checker as used in kubernetes/website or the existing Make rule we have). I don't think it makes sense to add it as a presubmit as links can break sporadically. Probably running the job 2x a day would be good so that we can get some signal that all links are OK.
Reference: https://github.com/kubernetes/test-infra/issues/24821#issuecomment-1057524854
As per the design doc, we should implement automated checkers to make sure we uphold minimum quality standard for both existing documentation as well as newly proposed documentation.
There have been some discussions in the design doc already, but feel free to comment on here about which checker(s) to implement first.