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
It's been recommended to me that we do some more work now on tightening up our governance process. This would mainly involve coming up with an official dispute resolution process with some kind of voting structure to break any kind of deadlocks. I'm going to start investigating what other projects have done but will use this issue for tracking and discussion.
The rough idea is probably to end up with some kind of weighted voting scheme between the committers for disputes on issues/PRs that cannot be resolved within some reasonable amount of time.
Automatic merge from submit-queue.
Move envoy code to src/envoy/http folder
**What this PR does / why we need it**:
This is one of phases of moving proxy code into folder structures defined in
https://docs.google.com/document/d/1Z0TiwIjFsh1ljUyKkL7hoP9tAuZLZaN68iBzwtzZToY/edit#
In this phase:
1) move src/envoy/auth to src/envoy/http/jwt_auth
2) change namespace from Envoy::Http::Auth to Envoy::Http::JwtAuth
3) move src/envoy/mixer to src/envoy/http/mixer
**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes #
**Special notes for your reviewer**:
**Release note**:
```release-note
None
```
Description: updates envoy to include: #13641 which fixes a corner case affecting iOS devices.
Updates envoy mobile code to reflect changes in upstream envoy.
Signed-off-by: Jose Nino <jnino@lyft.com>
Signed-off-by: JP Simard <jp@jpsim.com>
Description: updates envoy to include: #13641 which fixes a corner case affecting iOS devices.
Updates envoy mobile code to reflect changes in upstream envoy.
Signed-off-by: Jose Nino <jnino@lyft.com>
Signed-off-by: JP Simard <jp@jpsim.com>
It's been recommended to me that we do some more work now on tightening up our governance process. This would mainly involve coming up with an official dispute resolution process with some kind of voting structure to break any kind of deadlocks. I'm going to start investigating what other projects have done but will use this issue for tracking and discussion.
The rough idea is probably to end up with some kind of weighted voting scheme between the committers for disputes on issues/PRs that cannot be resolved within some reasonable amount of time.
cc @htuch
The text was updated successfully, but these errors were encountered: