1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
|
# Contributing to the translated content of MDN Web Docs
:tada: First of all, thanks for taking the time to contribute to
[MDN Web Docs](https://developer.mozilla.org)’ translated content! :tada:
The following is a set of guidelines for contributing to the
[translated content of MDN Web Docs](https://github.com/mdn/translated-content),
which is hosted within the [MDN Organization](https://github.com/mdn) on GitHub.
## Tier 1 locales
Before we go any further, you should be aware that we are only accepting updates
to active locales — this means locales that have active community maintenance
teams in place to review PRs, fix issues, make updates, etc. Currently the list
of active locales is:
- `fr`
- `ja`
- `ru`
- `zh` (`zh-CN` and `zh-TW`)
If you want to just find a task and jump in, search by the labels `l10n-fr`,
`l10n-ja`, `l10n-ru`, and `l10n-zh` in this repo’s [issues list](https://github.com/mdn/translated-content/issues),
or the main [content repo issues](https://github.com/mdn/content/issues)
## Code of Conduct
Everyone participating in this project is expected to follow our
[Code of Conduct](CODE_OF_CONDUCT.md).
## License
When contributing to the content you agree to license your contributions
according to [our license](LICENSE.md).
## Making contributions
A good place to learn about general guidelines for contributing to
[MDN Web Docs](https://developer.mozilla.org) is the
[Guidelines document](https://developer.mozilla.org/en-US/docs/MDN/Guidelines).
For example, you can find out more about MDN's writing-style guidelines via the
[Writing style guide](https://developer.mozilla.org/en-US/docs/MDN/Guidelines/Writing_style_guide).
### Setting up to edit
This repo has exactly the same folder structure, concepts, and commands
available to it as the [content repo](https://github.com/mdn/content), which
holds all of MDN's English content. The main difference is in the setup you need
to do before you can start editing. It is mostly the same, but there is a little
bit more to consider.
To begin with, get the basic required tooling set up, as described in the
[content repo Setup section](https://github.com/mdn/content#setup).
Now you need to fork and clone both the [content repo](https://github.com/mdn/content)
and the translated-content repo (this repo).
### Content repo setup
1. Once the above is done, cd into the content repo.
1. Run the command `yarn install` to fetch the latest packages and get the local
MDN testing environment set up. It is also recommended that you run
`yarn install` before every update you do to the source, to make sure you
have the latest packages.
1. Next, create an environment variable called `CONTENT_TRANSLATED_ROOT`
containing the path to the *translated-content* repo’s `files` directory. You
could do this for a single session like so:
```bash
export CONTENT_TRANSLATED_ROOT=/path/to/translated-content/files
```
But you’ll have to newly-set this every time you open up a new terminal
window. Instead, you could put the environment variable setting in an `.env`
file in the root of your content repo. This is most easily done using the
following command:
```bash
echo CONTENT_TRANSLATED_ROOT=/path/to/translated-content/files >> .env
```
(the `.env` file will be created for you if it does not already exist.)
1. Now you’ve got this set up, enter the command `yarn start` to begin the local
testing server running at `localhost:5000`.
### Working in the translated-content repo
Over in the translated-content repo, decide what change you want to make, and
then:
1. Create a new branch to make your changes in.
1. Switch to your new branch and make the changes you want to make. You can keep
going back to `localhost:5000/<your_locale>` (e.g. `localhost:5000/fr` for
French) to test your changes and make sure the content looks how you want it
to look.
1. When you are satisfied with your changes, create a pull request and one of
our review teams will review it.
1. Once the pull request has been merged, the edition may take up to 48 hours
(daily build and CDN caches). To see if your change has been deployed,
you can check on
[What's Deployed](https://whatsdeployed.io/s/16d/mdn/translated-content).
### For more info on editing this repo
For more information, we’d like to suggest that you go to the [content repo](https://github.com/mdn/content)
and read its README file, particularly to learn about [fundamental concepts](https://github.com/mdn/content#fundamental-concepts),
[pull request etiquette](https://github.com/mdn/content#pull-request-etiquette),
and common actions such as [adding](https://github.com/mdn/content#adding-a-new-document),
[moving](https://github.com/mdn/content#moving-one-or-more-documents), or
[deleting](https://github.com/mdn/content#deleting-a-document) documents.
## Policies for active community maintenance teams
### Reviewing and issue queue
It is the responsibility of the active community maintenance team for each
active locale to keep up-to-date with reviews of pull requests and handling
issues filed against that locale. You can filter the relevant pull requests and
issues for each locale using the relevant label — `l10n-fr`, `l10n-ja`, `l10n-ru`,
and `l10n-zh`.
The review teams for each locale are:
- French (`fr`) content — the [@yari-content-fr](https://github.com/orgs/mdn/teams/yari-content-fr)
team, which consists of:
- [@nicolas-goudry](https://github.com/nicolas-goudry)
- [@JNa0](https://github.com/JNa0)
- [@tristantheb](https://github.com/tristantheb)
- [@LEMIBANDDEXARI](https://github.com/LEMIBANDDEXARI)
- [@SphinxKnight](https://github.com/SphinxKnight)
- Japanese (`ja`) content — the [@yari-content-ja](https://github.com/orgs/mdn/teams/yari-content-ja)
team, which consists of:
- [@hmatrjp](https://github.com/hmatrjp)
- [@potappo](https://github.com/potappo)
- [@dynamis](https://github.com/dynamis)
- [@kenji-yamasaki](https://github.com/kenji-yamasaki)
- [@mfuji09](https://github.com/mfuji09)
- Russian (`ru`) content — the [@yari-content-ru](https://github.com/orgs/mdn/teams/yari-content-ru)
team, which consists of:
- [@armanpwnz](https://github.com/armanpwnz)
- [@captainspring](https://github.com/captainspring)
- [@mpstv](https://github.com/mpstv)
- [@myshov](https://github.com/myshov)
- [@lex111](https://github.com/lex111)
- Chinese (`zh-CN` and `zh-TW`) content — the [@yari-content-zh](https://github.com/orgs/mdn/teams/yari-content-zh)
team, which consists of:
- [@t7yang](https://github.com/t7yang)
- [@dibery](https://github.com/dibery)
- [@irvin](https://github.com/irvin)
### Requirements for keeping locales up-to-date
Active community maintenance teams are expected to keep their locales maintained
and reasonably up-to-date. This means:
- Reviewing and actioning all pull requests within 2 weeks.
- Triaging and fixing all actionable issues within 1 month.
- Making reasonable progress on keeping MDN’s Tier 1 content (definition TBD)
synchronized with the `en-US` versions. This means some progress should be
made each week, e.g. updating an article to be in sync with the English
version, removing or fixing a bad quality article…
If no progress is made on a locale in these areas within 1 month, the locale
will be considered inactive, and edits will stop being accepted.
### Promoting an inactive locale to Tier 1
If you want to promote a currently-inactive/frozen locale to Tier 1, meaning
that it is activated and can then be edited, you need to put together a
community maintenance team. This requires:
- A team lead who will be the communication point between that team and the MDN
core team, and have overall responsibility for the team.
- At least one other member, so that one member can review another member's
work.
- A place to discuss this team's localization work. This can be a Telegram
group, Matrix chat room, or whatever the team thinks is best.
If you want to find out more about our community maintenance teams, see
[localizing MDN](https://developer.mozilla.org/en-US/docs/MDN/Contribute/Localize).
If you want to ask questions or talk to us about forming a new community
maintenance team, see [ask for help](https://developer.mozilla.org/en-US/docs/MDN/Contribute/Getting_started#step_4_ask_for_help).
## Synchronization with the en-US document structure
Before unfreezing the Tier 1 locales, we made an update to synchronize all the
localized document tree structures with the `en-US` tree structure (English
slugs only), to make the documentation easier to manage. This resulted in two
new buckets of documents being created for each locale, existing as
subdirectories of each local folder:
- `orphaned` — documents that are not associated with any parent `en-US` page.
- `conflicting` — documents with duplicate translations in existence (e.g.
localized once under the existing `en-US` slug, and then again under a
localized slug). The duplicate(s) are put in this folder.
Active locale maintenance teams are invited to spend some time exploring the
orphaned and conflicting documents, to see whether any of this work is worth
keeping (either adding to, or merging with an existing document in, the main
tree), or whether it can just be deleted.
### Periodic synchronization updates
We run a GitHub action every day to update the localized documentation and keep
it in sync with the `en-US` tree structure, for example if documents are deleted
for, or moved to a different location, in the tree.
When a synchronization occurs:
- Tier 1 (active) locale maintenance teams are given two weeks to decide what to
do with the affected documents in their locales to keep things in sync.
- Tier 2 (frozen) locales have the affected documents deleted/moved immediately.
Note: Conflicting docs are often created during the sync operation when `en-US`
documents get merged — for example if `Foo/Bar` becomes just a section inside
`Foo`, and we redirect `Foo/Bar` to `Foo#Bar`. This will result in a conflict
as the sync job tries to move the translated `Foo/Bar` to `Foo` according to the
redirect, but `Foo` already exists.
|
