-
Notifications
You must be signed in to change notification settings - Fork 164
Conversation
* RFCs are now approved during the initial PR * README shortened for clarity * status line removed from RFC template * start date and PR link added to RFC template
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes to the text look great, and I think this is a big improvement over the existing process.
Now the question is whether you need an RFC to make changes to the RFC repo itself...
### Integrating the RFC into the Spec | ||
* Once an RFC is `approved`, an issue is created in the [specification repo](https://github.com/open-telemetry/opentelemetry-specification) to integrate the RFC into the spec. | ||
* When reviewing the spec PR for the RFC, focus on whether the spec is written clearly, and reflects the changes approved in the RFC. Please abstain from relitigating the approved RFC changes at this stage. | ||
* An RFC is `integrated` when four reviewers github-approve the spec PR. The PR is then merged, and the spec is versioned. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we enforce one single spec PR for each RFC, or we allow (or even encourage) multiple smaller PRs?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmmmm, that's a good question. Hopefully RFCs are tightly scoped enough that it would not be an issue to make a single PR. If multiple PRs were needed, I think that would be fine... so long as we don't accidentally release a version of the spec with half an RFC!!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
This PR implements the proposal in #54
Resolves #32
Resolves #54