@@ -18,8 +18,10 @@ are suitable for each method of making a proposal - see below):
18
18
other team members to raise any concerns.
19
19
- Seconding can only be used to approve a MCP.
20
20
- FCP
21
- - A final comment period will require sign-off from a majority of the compiler team to approve
22
- a proposal and then a ten day waiting period.
21
+ - A Final Comment Period is started by a T-compiler member, it's a tool to get concrete consensus
22
+ from the team.
23
+ - Requires sign-off from a majority of the compiler team to approve a proposal and then a ten days
24
+ waiting period.
23
25
- FCPs can be used to approve any form of proposal.
24
26
25
27
## Proposals
@@ -254,7 +256,7 @@ circumstance.
254
256
- ** Approve using:** r+ (compiler leads)
255
257
- You can ` r? compiler_leads ` on the PR to roll one of the compiler leads as the reviewer.
256
258
- Open a PR with the new target (w/ relevant documentation updates) and document adherence to the
257
- [ target tier policy] [ tier_policy ] in the description. New targets must start as tier three
259
+ [ target tier policy] [ tier_policy ] in the description. New targets must start as tier 3
258
260
- New targets should be assigned to the compiler team co-leads to check for any licensing
259
261
concerns
260
262
- Promoting a target
@@ -264,18 +266,18 @@ circumstance.
264
266
in the description
265
267
- New targets should be assigned to the compiler team co-leads to ensure that any demands on
266
268
the project infrastructure are considered and checked with relevant teams
267
- - Renaming a target or making a breaking change to a tier three target
269
+ - Renaming a target or making a breaking change to a tier 3 target
268
270
- ** Propose using:** PR
269
271
- ** Approve using:** r+
270
272
- Open an PR with the proposed rename and describe the motivation for the change and obtain a r+
271
273
from the reviewer.
272
- - Renaming a target or making a breaking change to a tier two target
274
+ - Renaming a target or making a breaking change to a tier 2 target
273
275
- ** Propose using:** MCP
274
276
- ** Approve using:** FCP
275
277
- Open an MCP describing the motivation for the change and start an FCP to approve, start an FCP.
276
278
- If approved, the change should be accompanied by a blog post announcing the change with a
277
279
notice period of at least one release before the change applies.
278
- - Renaming a target or making a breaking change to a tier one target
280
+ - Renaming a target or making a breaking change to a tier 1 target
279
281
- ** Propose using:** RFC
280
282
- ** Approve using:** FCP
281
283
- Open an RFC describing the motivation for the change and start an FCP to approve, start an FCP.
@@ -286,7 +288,7 @@ circumstance.
286
288
- ** Approve using:** FCP
287
289
- Write an MCP describing why the target should be demoted/removed and once discussion has
288
290
concluded, an FCP can be started to approve the demotion/removal.
289
- - If approved and affecting a tier two or one target , the change should be accompanied by a
291
+ - If approved and affecting a tier 2 or tier 1 target , the change should be accompanied by a
290
292
blog post announcing the change with a notice period of at least one release before the change
291
293
applies.
292
294
- Changing target baseline (e.g. minimum Darwin or Windows version bump)
0 commit comments