SIG Docs would like to create two repos for localization of Kubernetes docs in Korean and Japanese:
Language | Repo name
---|---
Japanese | kubernetes-docs-ja
Korean | kubernetes-docs-ko
The names match the existing format of kubernetes-docs-<ISO 639-2 language code>.
/sig docs
/assign @calebamiles @ixdy
Looking at our current rules, this should be fine as long as sig-arch is good with it. This is in line with what we're already doing for CN localization.
cc: @kubernetes/sig-architecture-proposals
Are we using country codes or language codes? cn is the country code for China, whereas zh is the language code for Chinese. ko is the language code for Korean, and kr is the country code for South Korea. If we go w/ the language code, then we should rename the /content/cn directory to /content/zh.
@chenopis Good question. If we go by language code, it also means renaming the Chinese repo to kubernetes-docs-zh, but I think that language is the more accurate way. EDIT: The relevant standard is ISO 639-2.
So:
| Language | 2-letter code | Content directory | Official repo name |
|----------|---------------|------------------|---------------|
Chinese | zh | /content/zh/ | kubernetes-docs-zh (must be renamed from kubernetes-docs-cn)
Korean | ko | /content/ko/ | kubernetes-docs-ko
Japanese | ja | /content/ja/ | kubernetes-docs-ja
I just received a request to open a repo for a Japanese translation as well--I updated the OP and comments with relevant info.
How are we dealing with reviewers in the other languages? I found the cn docs just copied the en reviewers, which probably isn't of much use.
@bgrant0607 Good question--I think it's reasonable to ask translation teams to strip reviewer/approver blocks from the front matter of individual files. Otherwise, as internationalizations scale up, reviewers will get increasingly bombarded by @mentions.
UPDATE: Opened a PR to require stripping reviewers from title blocks: https://github.com/kubernetes/website/pull/9155
I'm translating into Japanese in kubernetes-docs-ja/website repository and want to merge when official repository is created or transfer ownership of this repository.
@calebamiles @ixdy 馃憢 Bumping for action
I don't have permissions to do this. As @cblecker noted above, it looks like you might need someone from sig-architecture to own this.
Tangentially: I'm guessing you want separate repos rather than using branches in the main docs repo because it makes things generally easier to deal with?
@zacharysarah I can help you with this from a permissions standpoint, but repo creation in the kubernetes/ org requires sign off from sig-architecture.
/unassign @calebamiles @ixdy
/assign @bgrant0607 @jdumars
Assigning to Brian and Jaice so they see this as still pending action.
@ixdy 馃憢
Tangentially: I'm guessing you want separate repos rather than using branches in the main docs repo because it makes things generally easier to deal with?
Correct, partly because:
@jdumars @bgrant0607 馃憢 Bumping for review.
Approved SIG Architecture 7/12/18
/unassign jdumars bgrant0607
/assign
@cblecker 馃憢 Ping
Created repos:
Created teams:
PR created for automation:
I should also note, I copied the OWNERS file from the main website repo, and I also used the CC licence instead of the Apache 2.0, in line with our guidelines.
Most helpful comment
@chenopis Good question. If we go by language code, it also means renaming the Chinese repo to
kubernetes-docs-zh, but I think that language is the more accurate way. EDIT: The relevant standard is ISO 639-2.So:
| Language | 2-letter code | Content directory | Official repo name |
|----------|---------------|------------------|---------------|
Chinese | zh |
/content/zh/| kubernetes-docs-zh (must be renamed fromkubernetes-docs-cn)Korean | ko |
/content/ko/| kubernetes-docs-koJapanese | ja |
/content/ja/| kubernetes-docs-ja