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

[CI] Check links in README etc #3920

Open
3 tasks
Tracked by #4083
chalin opened this issue Feb 1, 2024 · 8 comments
Open
3 tasks
Tracked by #4083

[CI] Check links in README etc #3920

chalin opened this issue Feb 1, 2024 · 8 comments
Labels
CI/infra CI & infrastructure e0-minutes Effort: < 60 min e1-hours Effort: < 8 hrs p3-low

Comments

@chalin
Copy link
Contributor

chalin commented Feb 1, 2024

Originally posted by @theletterf in #3914 (comment)

Wouldn't test-and-fix from the CLI also perform that check?

"That check" is:

$ npm run _check:links--md

I see a few options:

  • Add _check:links--md to test-and-fix as @theletterf suggested.
    Pros: quick to add
    Cons: relies on devs running test-and-fix in order to catch issues.
  • Adapt our NPM scripts so that _check:links--md also gets run during CI.
    Pros: quick to add
    Cons: slows down CI more than I think is worth it.
  • Publish all top-level *.md files to the website under, say, /site somewhere and use our existing & blazing fast htmtest-based link checking to check links
    Pros: seemless and uniform checking of *.md file links along with other site pages
    Cons: will take a bit more time to setup.

@svrnm @theletterf - WDYT?

@chalin chalin added CI/infra CI & infrastructure e0-minutes Effort: < 60 min e1-hours Effort: < 8 hrs p3-low labels Feb 1, 2024
@svrnm
Copy link
Member

svrnm commented Feb 1, 2024

I have no strong preference, we are not changing those pages that often, but I lean towards (3)

@theletterf
Copy link
Member

I like 3, too. Cleaner, and would be a nice way of kickstarting /site.

Would that include the README, too, though? Or we'd still treat that one as an exception?

@chalin
Copy link
Contributor Author

chalin commented Feb 1, 2024

I prefer (3) as well. Yes, I'd include the README, even if that might seem a bit strange -- I guess that it'll depend on where we place the files. E.g., it could just be under /site/repo where the index page for that section mentions that the section is just a convenient place to publish the repo's top-level markdown files.

@theletterf
Copy link
Member

From https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes:

If you put your README file in your repository's hidden .github, root, or docs directory, GitHub will recognize and automatically surface your README to repository visitors. If a repository contains more than one README file, then the file shown is chosen from locations in the following order: the .github directory, then the repository's root directory, and finally the docs directory.

By moving the README, we leave the repo blank when entering it. Could we have a text only README with no links perhaps?

@svrnm
Copy link
Member

svrnm commented Feb 1, 2024

From docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes:

If you put your README file in your repository's hidden .github, root, or docs directory, GitHub will recognize and automatically surface your README to repository visitors. If a repository contains more than one README file, then the file shown is chosen from locations in the following order: the .github directory, then the repository's root directory, and finally the docs directory.

By moving the README, we leave the repo blank when entering it. Could we have a text only README with no links perhaps?

We are not moving the README, hugo has tooling for that.

@cartermp
Copy link
Contributor

cartermp commented Feb 1, 2024

Hrm, publishing the README to the site feels kind of odd, but where would it go?

@theletterf
Copy link
Member

Will we end up moving the README?

@chalin
Copy link
Contributor Author

chalin commented Apr 12, 2024

We're not moving the README, we'd only be using Hugo features to ensure that it gets processed during the site build. Like Severin, my preference is for option (3), but I won't have time to work on this for a while (it isn't a pressing matter -- again as Severin pointed out, we don't change those files often). Can we just keep this open for now?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI/infra CI & infrastructure e0-minutes Effort: < 60 min e1-hours Effort: < 8 hrs p3-low
Projects
None yet
Development

No branches or pull requests

4 participants