You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: proposals/README.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,22 +1,22 @@
1
-
# Planning and Proposals for Reach Native
1
+
# Planning and Proposals for React Native
2
2
3
-
Many changes, including bug fixes and documentation improvements can be implemented and reviewed via the normal GitHub pull request workflow in the React Native project. Some changes are substantial enough to need additional planning, and others have enough impact to need additional community input. We ask that both of these use the following proposal format below when practical.
3
+
Many changes, including bug fixes and documentation improvements, can be implemented and reviewed via the normal GitHub pull request workflow in the React Native project. Some changes are substantial enough to need additional planning, and others have enough impact to need additional community input. We ask that both of these use the following proposal format below when practical.
In short, to make a major change to React Native, make a proposal and submit it as a pull request. The community will review it and may opt to approve it. At that point the proposal is accepted and may be implemented.
9
+
In short, to make a major change to React Native, make a proposal and submit it as a pull request. The community will review it and may opt to approve it. At that point, the proposal is accepted and may be implemented.
10
10
11
11
- Fork this repository [react-native-community/discussions-and-proposals](http://github.com/react-native-community/discussions-and-proposals)
12
12
- Copy `proposals/0000-template.md` to `proposals/0000-my-feature.md` (where 'my-feature' is the title in kebab case; don't assign a number yet).
13
13
- Fill in the proposal. Put care into the details: **Proposals that do not present convincing motivation, demonstrate understanding of the impact of the design, or are disingenuous about the drawbacks or alternatives tend to be poorly-received**.
14
-
- Submit a pull request. As a pull request the proposal will receive feedback from the larger community, and the author should be prepared to revise it in response.
14
+
- Submit a pull request. As a pull request, the proposal will receive feedback from the larger community, and the author should be prepared to revise it in response.
15
15
- Build consensus and integrate feedback. Proposals that have broad support are much more likely to make progress than those that don't receive any comments.
16
16
- Eventually, the team will decide whether the proposal is a candidate for adoption.
17
17
- A proposal can be modified based upon feedback from the team and community. Significant modifications may trigger a new final comment period.
18
18
- A proposal may be rejected by the team after public discussion has settled and comments have been made summarizing the rationale for rejection. A member of the team should then close the associated pull request.
19
-
-An proposal may be accepted. A team member will merge the proposal's associated pull request, at which point the proposal will become adopted.
19
+
-A proposal may be accepted. A team member will merge the proposal's associated pull request, at which point the proposal will become adopted.
20
20
21
21
## After acceptance
22
22
@@ -30,7 +30,7 @@ The author of a proposal is not obligated to implement it. Of course, the propos
30
30
31
31
## Reviewing a proposal
32
32
33
-
Periodically the team will attempt to review the active proposals. We try to accept proposals at the monthly team meeting, and actions are recorded in the meeting minutes. Every accepted feature should have a core team champion, who will represent the feature and its progress.
33
+
Periodically, the team will attempt to review the active proposals. We try to accept proposals at the monthly team meeting, and actions are recorded in the meeting minutes. Every accepted feature should have a core team champion, who will represent the feature and its progress.
34
34
35
35
**React Native's proposal process owes its inspiration to the [Rust RFC process], the [Ember RFC process], the [Yarn RFC process], and the [React RFC process]**
0 commit comments