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: docs/devel/pull-requests.md
+34-14Lines changed: 34 additions & 14 deletions
Original file line number
Diff line number
Diff line change
@@ -34,19 +34,9 @@ Documentation for other releases can be found at
34
34
Pull Request Process
35
35
====================
36
36
37
-
An overview of how we will manage old or out-of-date pull requests.
38
-
39
-
Process
40
-
-------
41
-
42
-
We will close any pull requests older than two weeks.
43
-
44
-
Exceptions can be made for PRs that have active review comments, or that are awaiting other dependent PRs. Closed pull requests are easy to recreate, and little work is lost by closing a pull request that subsequently needs to be reopened.
45
-
46
-
We want to limit the total number of PRs in flight to:
47
-
* Maintain a clean project
48
-
* Remove old PRs that would be difficult to rebase as the underlying code has changed over time
49
-
* Encourage code velocity
37
+
An overview of how pull requests are managed for kubernetes. This document
38
+
assumes the reader has already followed the [development guide](development.md)
39
+
to set up their environment.
50
40
51
41
Life of a Pull Request
52
42
----------------------
@@ -58,10 +48,40 @@ Either the [on call](on-call-rotations.md) manually or the [github "munger"](htt
58
48
There are several requirements for the submit-queue to work:
59
49
* Author must have signed CLA ("cla: yes" label added to PR)
60
50
* No changes can be made since last lgtm label was applied
61
-
* k8s-bot must have reported the GCE E2E build and test steps passed (Travis, Shippable and Jenkins build)
51
+
* k8s-bot must have reported the GCE E2E build and test steps passed (Travis, Jenkins unit/integration, Jenkins e2e)
62
52
63
53
Additionally, for infrequent or new contributors, we require the on call to apply the "ok-to-merge" label manually. This is gated by the [whitelist](https://github.com/kubernetes/contrib/blob/master/mungegithub/whitelist.txt).
64
54
55
+
### Before sending a pull request
56
+
57
+
The following will save time for both you and your reviewer:
58
+
59
+
* Enable [pre-commit hooks](development.md#committing-changes-to-your-fork) and verify they pass.
60
+
* Verify `hack/verify-generated-docs.sh` passes.
61
+
* Verify `hack/test-go.sh` passes.
62
+
63
+
### Visual overview
64
+
65
+

66
+
67
+
Other notes
68
+
-----------
69
+
70
+
Pull requests that are purely support questions will be closed and
71
+
redirected to [stackoverflow](http://stackoverflow.com/questions/tagged/kubernetes).
72
+
We do this to consolidate help/support questions into a single channel,
73
+
improve efficiency in responding to requests and make FAQs easier
74
+
to find.
75
+
76
+
Pull requests older than 2 weeks will be closed. Exceptions can be made
77
+
for PRs that have active review comments, or that are awaiting other dependent PRs.
78
+
Closed pull requests are easy to recreate, and little work is lost by closing a pull
79
+
request that subsequently needs to be reopened. We want to limit the total number of PRs in flight to:
80
+
* Maintain a clean project
81
+
* Remove old PRs that would be difficult to rebase as the underlying code has changed over time
0 commit comments