Skip to content

Commit 9c2a145

Browse files
committed
modify gep 713 to accout for the chage
Signed-off-by: huabing zhao <[email protected]>
1 parent 9442d87 commit 9c2a145

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

geps/gep-713.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -683,11 +683,11 @@ the same behavior and semantics, although they may not be able to support
683683
attachment of all types of policy at all potential attachment points.
684684

685685
### Apply Policies to Sections of a Resource
686-
Policies can be targeted at specific matches within nested objects. For example,
687-
it's useful to attach policies to a specific Gateway listeners.
686+
Policies can target specific matches within nested objects. For instance, rather than
687+
applying a policy to the entire Gateway, we may want to attach it to a particular Gateway listener.
688688

689-
For example, an optional `sectionName` field can be set in the `targetRef` of a policy
690-
to refer to a specific listener in the target Gateway.
689+
To achieve this, an optional `sectionName` field can be set in the `targetRef` of a policy
690+
to refer to a specific listener within the target Gateway.
691691

692692
```yaml
693693
apiVersion: networking.acme.io/v1alpha2
@@ -709,7 +709,7 @@ The `sectionName` field could also be used to target a specific section of other
709709
* xRoute.Rules.Name
710710
* Service.Ports.Name
711711

712-
This would require adding a `Name` field to those sub-resources that don't have a name yet. For example,
712+
This would require adding a `Name` field to those sub-resources that currently lack a name. For example,
713713
a `Name` field could be added to the `RouteRule` object:
714714
```go
715715
type RouteRule struct {

0 commit comments

Comments
 (0)