docs: Fix merge conflicts (#17405)

* no-op commit due to failed cherry-picking * docs: connect-service-upstreams annotation fixes (#17312) * corrections * fixes * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: trujillo-adam <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Update website/content/docs/k8s/annotations-and-labels.mdx Co-authored-by: Jared Kirschner <[email protected]> * Switching order of labeled/unlabeled --------- Co-authored-by: Jared Kirschner <[email protected]> Co-authored-by: trujillo-adam <[email protected]> * Fix merge conflict --------- Co-authored-by: temp <[email protected]> Co-authored-by: Jared Kirschner <[email protected]> Co-authored-by: trujillo-adam <[email protected]>
hashicorp · May 18, 2023 · ee06276 · ee06276
1 parent e01469b
commit ee06276
Showing 1 changed file with 0 additions and 14 deletions.
diff --git a/website/content/docs/k8s/annotations-and-labels.mdx b/website/content/docs/k8s/annotations-and-labels.mdx
@@ -76,14 +76,6 @@ The following Kubernetes resource annotations could be used on a pod to control
   local port to listen for those connections. When transparent proxy is enabled,
   this annotation is optional. This annotation can be either _labeled_ or _unlabeled_. We recommend the labeled format because it has a more consistent syntax and can be used to reference cluster peers as upstreams.
 
-<<<<<<< HEAD
-    - Unlabeled:
-       Use the unlabeled annotation format to specify a service name, Consul Enterprise namespaces and partitions, and
-       datacenters. To use [cluster peering](/consul/docs/k8s/connect/cluster-peering/k8s-tech-specs) with upstreams, use the following
-       labeled format.
-      - Service name: Place the service name at the beginning of the annotation to specify the upstream service. You can
-      also append the datacenter where the service is deployed (optional).
-=======
  - **Labeled** (requires Consul on Kubernetes v0.45.0+):
 
       The labeled annotation format allows you to reference any service as an upstream. You can specify a Consul Enterprise namespace. You can also specify an admin partition in the same datacenter, a cluster peer, or a WAN-federated datacenter.
@@ -135,12 +127,6 @@ The following Kubernetes resource annotations could be used on a pod to control
        The unlabeled annotation format allows you to reference any service not in a cluster peer as an upstream. You can specify a Consul Enterprise namespace. You can also specify an admin partition in the same datacenter or a WAN-federated datacenter. Unlike the labeled annotation, you can also reference a prepared query as an upstream.
 
       - Service name: Place the service name at the beginning of the annotation to specify the upstream service. You also have the option to append the WAN federated datacenter where the service is deployed.
-
->>>>>>> 8dce0ba504 (docs: connect-service-upstreams annotation fixes (#17312))
-        ```yaml
-        annotations:
-          "consul.hashicorp.com/connect-service-upstreams":"[service-name]:[port]:[optional datacenter]"
-        ```
 
       - Namespace (requires Consul Enterprise 1.7+): Upstream services may be running in a different namespace. Place
       the upstream namespace after the service name. For additional details about configuring the injector, refer to [Consul Enterprise namespaces](#consul-enterprise-namespaces) .