@@ -47,58 +47,6 @@ strongly encourage to avoid including your name in the notice and use the
4747generic "Copyright The OpenTelemetry Authors" notice. See rationale for this
4848recommendation [ here] ( https://github.com/cncf/foundation/blob/master/copyright-notices.md#why-not-list-every-copyright-holder ) .
4949
50- ## Pre-requisites (TBD)
51-
52- * List of tools, languages, and software required to work with the repository (e.g., programming languages, specific frameworks).
53- * Any version requirements or compatibility notes
54-
55- ## Workflow (TBD)
56-
57- * Explanation of PR title conventions
58- * Explanation of branch naming conventions and commit message formatting (if there is any)
59-
60- ### How To Get PRs Merged
61-
62- A PR is considered to be ** ready to merge** when:
63-
64- - It has received approval from
65- [ Approvers] ( https://github.com/orgs/open-telemetry/teams/lambda-extension-approvers )
66- /
67- [ Maintainers] ( https://github.com/orgs/open-telemetry/teams/lambda-extension-maintainers ) .
68- - Major feedbacks are resolved.
69- - It has been open for review for at least one working day. This gives people
70- reasonable time to review.
71- - Trivial changes (typo, cosmetic, doc, etc.) don't have to wait for one day.
72-
73- Any Maintainer can merge the PR once it is ** ready to merge** . Note, that some
74- PRs may not be merged immediately if the repo is in the process of a release and
75- the maintainers decided to defer the PR to the next release train.
76-
77- If a PR has been stuck (e.g. there are lots of debates and people couldn't agree
78- on each other), the owner should try to get people aligned by:
79-
80- - Consolidating the perspectives and putting a summary in the PR. It is
81- recommended to add a link into the PR description, which points to a comment
82- with a summary in the PR conversation.
83- - Tagging subdomain experts (by looking at the change history) in the PR asking
84- for suggestion.
85- - Reaching out to more people on the [ CNCF OpenTelemetry Community Lambda Slack
86- channel] ( TBD ) .
87- - Stepping back to see if it makes sense to narrow down the scope of the PR or
88- split it up.
89-
90- ## Local Run/Build (TBD)
91-
92- * How to set up and run the project locally.
93- * Commands for building the project and starting the application.
94- * Any important files that need to be created or modified.
95-
96- ## Testing (TBD)
97-
98- * How to run the test suite for the repository.
99- * Explanation of different types of tests (e.g., unit, integration, or functional).
100- * Tools and frameworks used for testing
101-
10250## Community Expectations and Roles
10351
10452OpenTelemetry is a community project. Consequently, it is wholly dependent on
@@ -108,8 +56,3 @@ its community to provide a productive, friendly, and collaborative environment.
10856 Membership] ( https://github.com/open-telemetry/community/blob/master/community-membership.md )
10957 for a list the various responsibilities of contributor roles. You are
11058 encouraged to move up this contributor ladder as you gain experience.
111-
112- ## Further Help (TBD)
113-
114- * Details on where contributors can seek assistance:
115- * Links to Slack, or other communication platforms.
0 commit comments