run prettier to reformat markdown

Signed-off-by: Sean Chittenden <sean.chittenden@crowdstrike.com>

Author: sean-

CHANGELOG.md

@@ -42,6 +42,7 @@ OpenSearch Go Client builds using [Go](https://go.dev/doc/install) 1.24 at a min
 To build the project on Windows, use [WSL2](https://learn.microsoft.com/en-us/windows/wsl/install), the compatibility layer for running Linux applications.
 
 Install `make`
+
 ```
 sudo apt install make
 ```
@@ -67,15 +68,15 @@ In order to test opensearch-go client, you need a running OpenSearch cluster. Yo
 
 ### Composing an OpenSearch Docker Container
 
-Ensure that Docker is installed on your local machine. You can check by running `docker --version`. Next, navigate to your local opensearch-go repository. Run the following command to build and start the OpenSearch docker container. 
+Ensure that Docker is installed on your local machine. You can check by running `docker --version`. Next, navigate to your local opensearch-go repository. Run the following command to build and start the OpenSearch docker container.
 
 ```
 make cluster.build cluster.start
 ```
 
 This command will start the OpenSearch container using the `docker-compose.yaml` configuration file. During the build process, the necessary dependencies and files will be downloaded, which may take some time depending on your internet connection and system resources.
 
-Once the container is built and running, you can open a web browser and navigate to localhost:9200 to access the OpenSearch docker container. 
+Once the container is built and running, you can open a web browser and navigate to localhost:9200 to access the OpenSearch docker container.
 
 In order to differentiate unit tests from integration tests, Go has a built-in mechanism for allowing you to logically separate your tests with [build tags](https://pkg.go.dev/cmd/go#hdr-Build_constraints). The build tag needs to be placed as close to the top of the file as possible, and must have a blank line beneath it. Hence, create all integration tests with build tag 'integration'.
 
@@ -143,5 +144,4 @@ After you have opened your project, you need to specify the location of the Go S
 
 ### Vim
 
-To improve your vim experience with Go, you might want to check out [fatih/vim-go](https://github.com/fatih/vim-go).
-For example it correctly formats the file and validates it on save.
+To improve your vim experience with Go, you might want to check out [fatih/vim-go](https://github.com/fatih/vim-go). For example it correctly formats the file and validates it on save.

DEVELOPER_GUIDE.md

@@ -41,21 +41,23 @@ The release process is standard across repositories in this org and is run by a
 6. Create a tag, e.g. `v4.3.0`, and push it to the GitHub repo. This [makes the new version available](https://go.dev/doc/modules/publishing) on [pkg.go.dev](https://pkg.go.dev/github.com/opensearch-project/opensearch-go/v4).
 7. Draft and publish a [new GitHub release](https://github.com/opensearch-project/opensearch-go/releases/new) from the newly created tag.
 8. Create a new `Unreleased` section in the [CHANGELOG](CHANGELOG.md), increment version in [version.go](internal/version/version.go) to the next developer iteration (e.g. `4.3.1`), and make a pull request with this change into `main`, e.g. [opensearch-go#448](https://github.com/opensearch-project/opensearch-go/pull/448).
-    ```
-    ## [Unreleased]
 
-    ### Added
+   ```
+   ## [Unreleased]
 
-    ### Changed
+   ### Added
 
-    ### Deprecated
+   ### Changed
 
-    ### Removed
+   ### Deprecated
 
-    ### Fixed
+   ### Removed
 
-    ### Security
+   ### Fixed
+
+   ### Security
+
+   ### Dependencies
+   ```
 
-    ### Dependencies
-    ```
 9. Run `go list` with the new version to refresh [pkg.go.dev](https://pkg.go.dev/github.com/opensearch-project/opensearch-go/v4), e.g. `go list -m github.com/opensearch-project/opensearch-go/v4@v4.3.0`.

RELEASING.md

@@ -12,28 +12,31 @@
 # Upgrading Opensearch GO Client
 
 ## Upgrading to >= 5.0.0
+
 Version 5.0.0 returns `*opensearch.StringError` error type instead of `*fmt.wrapError` when response received from the server is an unknown JSON. For example, consider delete document API which returns an unknown JSON body when document is not found.
 
 Before 5.0.0:
+
 ```go
 docDelResp, err = client.Document.Delete(ctx, opensearchapi.DocumentDeleteReq{Index: "movies", DocumentID: "3"})
 if err != nil {
 	fmt.Println(err)
-	
+
 	if !errors.Is(err, opensearch.ErrJSONUnmarshalBody) && docDelResp != nil {
 		resp := docDelResp.Inspect().Response
 		// get http status
 		fmt.Println(resp.StatusCode)
 		body := strings.TrimPrefix(err.Error(), "opensearch error response could not be parsed as error: ")
 		errResp := opensearchapi.DocumentDeleteResp{}
-		json.Unmarshal([]byte(body), &errResp) 
-		// extract result field from the body 
+		json.Unmarshal([]byte(body), &errResp)
+		// extract result field from the body
 		fmt.Println(errResp.Result)
 	}
 }
 ```
 
 After 5.0.0:
+
 ```go
 docDelResp, err = client.Document.Delete(ctx, opensearchapi.DocumentDeleteReq{Index: "movies", DocumentID: "3"})
 if err != nil {
@@ -50,20 +53,19 @@ if err != nil {
 }
 ```
 
-
 ## Upgrading to >= 4.0.0
 
 Version 4.0.0 moved the error types, added with 3.0.0, from opensearchapi to opensearch, renamed them and added new error types.
 
 ### Error Types
 
-Before 4.0.0:
-Error types:
+Before 4.0.0: Error types:
+
 - `opensearchapi.Error`
 - `opensearchapi.StringError`
 
-With 4.0.0:
-Error types
+With 4.0.0: Error types
+
 - `opensearch.Error`
 - `opensearch.StringError`
 - `opensearch.ReasonError`
@@ -75,9 +77,11 @@ Error types
 Version 3.0.0 is a major refactor of the client.
 
 ### Client Creation
+
 You now create the client from the opensearchapi and not from the opensearch lib. This was done to make the different APIs independent from each other. Plugin APIs like Security will get there own folder and therefore its own sub-lib.
 
 Before 3.0.0:
+
 ```go
 // default client
 client, err := opensearch.NewDefaultClient()
@@ -150,7 +154,6 @@ createIndexResponse, err := client.Indices.Create(
 )
 ```
 
-
 ### Responses
 
 With the version 3.0.0 the lib no longer returns the opensearch.Response which is just a wrap up http.Response. Instead it will check the response for errors and try to parse the body into existing structs. Please note that some responses are so complex that we parse them as [json.RawMessage](https://pkg.go.dev/encoding/json#RawMessage) so you can parse them to your expected struct. If you need the opensearch.Response, then you can call .Inspect().

UPGRADING.md

@@ -1,9 +1,9 @@
 - [User Guide](#user-guide)
-	- [Example](#example)
-	- [Amazon OpenSearch Service](#amazon-opensearch-service)
-		- [AWS SDK v1](#aws-sdk-v1)
-		- [AWS SDK v2](#aws-sdk-v2)
-	- [Guides by Topic](#guides-by-topic)
+  - [Example](#example)
+  - [Amazon OpenSearch Service](#amazon-opensearch-service)
+    - [AWS SDK v1](#aws-sdk-v1)
+    - [AWS SDK v2](#aws-sdk-v2)
+  - [Guides by Topic](#guides-by-topic)
 
 # User Guide
 
@@ -268,7 +268,7 @@ func example() error {
 	}
 
 	ctx := context.Background()
-    
+
     ping, err := client.Ping(ctx, nil)
     if err != nil {
         return err

USER_GUIDE.md

@@ -323,6 +323,7 @@ You can choose different routing strategies based on your cluster setup:
 ```
 
 The smart selector automatically detects different operation types:
+
 - **Bulk operations** (`/_bulk`) -> Routes to ingest nodes
 - **Ingest pipeline operations** (`/_ingest/`) -> Routes to ingest nodes
 - **Search operations** (`/_search`) -> Routes to data nodes

guides/bulk.md

@@ -75,11 +75,13 @@ client, err := opensearch.NewClient(opensearch.Config{
 ```
 
 When `IncludeDedicatedClusterManagers` is disabled (default), these nodes will be EXCLUDED from request routing:
+
 - Nodes with only "cluster_manager" role
 - Nodes with only "master" role (deprecated)
 - Nodes with "cluster_manager" + "remote_cluster_client" roles only
 
 These nodes will be INCLUDED (even with IncludeDedicatedClusterManagers disabled):
+
 - Cluster manager + data nodes
 - Cluster manager + ingest nodes
 - Cluster manager + warm nodes (OpenSearch 3.0+ for searchable snapshots)
@@ -293,4 +295,4 @@ func main() {
     // 4. Refresh node list periodically
     // 5. Log deprecation warnings for old role names
 }
-```
+```

guides/node_discovery_and_roles.md

@@ -23,6 +23,8 @@ client, err := opensearch.NewClient(opensearch.Config{
 ### Enable Smart Routing
 
 ```go
+import "github.com/opensearch-project/opensearch-go/v4/opensearchtransport"
+
 // Recommended: intelligent request routing
 client, err := opensearch.NewClient(opensearch.Config{
     Addresses: []string{"http://localhost:9200"},

guides/request_routing.md

@@ -353,6 +353,7 @@ The smart selector automatically detects operation types and routes them to the
 ### Routing Strategy Overview
 
 The smart selector provides automatic routing based on the operation being performed:
+
 - **Search operations** (`/_search`, `/_msearch`, document retrieval) -> Data nodes
 - **Bulk operations** (`/_bulk`) -> Ingest nodes
 - **Ingest operations** (`/_ingest/`) -> Ingest nodes