-
Notifications
You must be signed in to change notification settings - Fork 875
chore: unify template naming #15757
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
chore: unify template naming #15757
Conversation
docs/admin/templates/managing-templates/devcontainers/add-devcontainer.md
Show resolved
Hide resolved
docs/admin/templates/managing-templates/devcontainers/add-devcontainer.md
Show resolved
Hide resolved
I don't know why all these checks are failing, I'll take a look tomorrow. |
You need to run |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
It could be a breaking change if someone is initializing templates in CI.
@bpmct fir visibility.
@phorcys420 you may also need to run |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We've started tracking usage of template examples in telemetry with the current coder release. The PR was merged last week: #15671. We use the example IDs to identify the templates in telemetry, so changing them will confuse the statistics. It's fine if we change the IDs now, but they should remain static in the future. @phorcys420, could you add the following comment in examples/examples.go
above the //go:embed
directives?
Template paths should not change over time. They are used as persistent identifiers in telemetry.
@hugodutka thanks for pointing this out! |
@matifali is there a way we can merge without weekly-docs passing? |
whoops |
This PR changes template names and docs to follow the
<provider>-<os/whatever>
format for all templates.I've decided not to split this into multiple PRs because I'd have to edit rebase the other PRs once one of them gets merged, this should be relatively low-impact anyways.
This aligns with our goals to make templates more user-friendly.
Closes #15754