1
- - Slug: (fill me in with a unique slug, ` my_awesome_feature ` )
2
- - Start Date: (fill me in with today's date, YYYY-MM-DD)
3
- - Status: Proposed Standard (May be "Proposed", "Draft", "Standard")
4
- - RFC PR: [ pgxn/rfcs #0000 ] ( https://github.com/pgxn/rfcs/pull/0000 )
5
- - PGXN Issue: [ pgxn/repo #0000 ] ( https://github.com/pgxn/repo/issues/0000 )
1
+ * ** RFC:** 0000 (fill in with pull request number)
2
+ * ** Title:** (fill me in with unique name, My Awesome Feature)
3
+ * ** Slug:** (fill me in with a unique slug, ` my_awesome_feature ` )
4
+ * ** Start Date:** (fill me in with today's date, YYYY-MM-DD)
5
+ * ** Status:** Proposed Standard (May be "Proposed", "Draft", "Standard")
6
+ * ** Pull Request:** [ pgxn/rfcs #0000 ] ( https://github.com/pgxn/rfcs/pull/0000 )
7
+ * ** Implementation Issue:** [ pgxn/repo #0000 ] ( https://github.com/pgxn/repo/issues/0000 )
6
8
7
- # Abstract
8
- [ abstract ] : #abstract
9
+ # RFC--0000 --- [ Fill In Title]
10
+
11
+ ## Abstract
9
12
10
13
One paragraph explanation of the feature.
11
14
12
- # Introduction
13
- [ introduction ] : #introduction
15
+ ## Introduction
14
16
15
17
Background and purpose. Why are we doing this? What use cases does it support?
16
18
What is the expected outcome?
17
19
18
- # Guide-level explanation
19
- [ guide-level-explanation ] : #guide-level-explanation
20
+ ## Guide-level explanation
20
21
21
22
Explain the proposal as if it already existed and you were teaching it to
22
23
another extension developer. That generally means:
@@ -34,7 +35,6 @@ another extension developer. That generally means:
34
35
extension packages.
35
36
36
37
# Reference-level explanation
37
- [ reference-level-explanation ] : #reference-level-explanation
38
38
39
39
This is the technical portion of the RFC. Explain the design in sufficient
40
40
detail that:
@@ -46,21 +46,18 @@ detail that:
46
46
The section should return to the examples given in the previous section, and
47
47
explain more fully how the detailed proposal makes those examples work.
48
48
49
- # Drawbacks
50
- [ drawbacks ] : #drawbacks
49
+ ## Drawbacks
51
50
52
51
Why should we * not* do this?
53
52
54
- # Rationale and alternatives
55
- [ rationale-and-alternatives ] : #rationale-and-alternatives
53
+ ## Rationale and alternatives
56
54
57
55
* Why is this design the best in the space of possible designs?
58
56
* What other designs have been considered and what is the rationale for not
59
57
choosing them?
60
58
* What is the impact of not doing this?
61
59
62
- # Prior art
63
- [ prior-art ] : #prior-art
60
+ ## Prior art
64
61
65
62
Discuss prior art, both the good and the bad, in relation to this proposal. A
66
63
few examples of what this can include are:
@@ -81,8 +78,7 @@ picture. If there is no prior art, that is fine --- your ideas are interesting
81
78
to us whether they are brand new or if it is an adaptation from other
82
79
packaging and distribution systems.
83
80
84
- # Unresolved questions
85
- [ unresolved-questions ] : #unresolved-questions
81
+ ## Unresolved questions
86
82
87
83
* What parts of the design do you expect to resolve through the RFC process
88
84
before this gets merged?
@@ -92,8 +88,7 @@ packaging and distribution systems.
92
88
be addressed in the future independently of the solution that comes out
93
89
of this RFC?
94
90
95
- # Future possibilities
96
- [ future-possibilities ] : #future-possibilities
91
+ ## Future possibilities
97
92
98
93
Think about what the natural extension and evolution of your proposal would be
99
94
and how it would affect the ecosystem and project as a whole in a holistic
0 commit comments