From 3a63c68946f3c5791de76d595d51b2bbe8bf13a6 Mon Sep 17 00:00:00 2001
From: dblock <dblock@amazon.com>
Date: Tue, 12 Dec 2023 08:52:17 -0500
Subject: [PATCH] Preparing for next developer iteration, 3.0.1.

Signed-off-by: dblock <dblock@amazon.com>
---
 CHANGELOG.md                |  9 +++++++++
 RELEASING.md                | 13 +++++++------
 internal/version/version.go |  2 +-
 3 files changed, 17 insertions(+), 7 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index 4d0fdb5c7..9bc1eaddd 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -2,6 +2,15 @@
 
 Inspired from [Keep a Changelog](https://keepachangelog.com/en/1.0.0/)
 
+## [Unreleased]
+### Dependencies
+### Added
+### Changed
+### Deprecated
+### Removed
+### Fixed
+### Security
+
 ## [3.0.0]
 ### Dependencies
 
diff --git a/RELEASING.md b/RELEASING.md
index 27ce93d4f..e64564311 100644
--- a/RELEASING.md
+++ b/RELEASING.md
@@ -33,9 +33,10 @@ Repositories create consistent release labels, such as `v1.0.0`, `v1.1.0` and `v
 
 The release process is standard across repositories in this org and is run by a release manager volunteering from amongst [MAINTAINERS](MAINTAINERS.md).
 
-1. Adjust the [CHANGELOG](CHANGELOG.md) by Replacing the `Unreleased` section with the new version.
-2. Add a comparison link to the new version at the bottom of the [CHANGELOG](CHANGELOG.md).
-3. Adjust the internal client version in the [internal/version/version.go](internal/version/version.go) file.
-4. Create a PR with the changes and merge it into main.
-5. Create a tag, e.g. `v3.0.1`, and push it to the GitHub repo. This makes the new version available on https://pkg.go.dev/github.com/opensearch-project/opensearch-go/v3.
-6. Create a new `Unreleased` section in the [CHANGELOG](CHANGELOG.md) and merge it into main.
+1. Ensure that the version in [version.go](internal/version/version.go) is correct for the next release. 
+2. For major version releases, ensure that all references are up-to-date, e.g. `github.com/opensearch-project/opensearch-go/v3`.
+3. Edit the [CHANGELOG](CHANGELOG.md) and replace the `Unreleased` section with the version about to be released.
+4. Add a comparison link to the new version at the bottom of the [CHANGELOG](CHANGELOG.md).
+5. Create a pull request with the changes into `main`.
+6. Create a tag, e.g. `v3.0.1`, 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).
+7. 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. `3.0.2`), and make a pull request with this change into `main`.
diff --git a/internal/version/version.go b/internal/version/version.go
index 0921d6e77..18ef81458 100644
--- a/internal/version/version.go
+++ b/internal/version/version.go
@@ -27,4 +27,4 @@
 package version
 
 // Client returns the client version as a string.
-const Client = "3.0.0"
+const Client = "3.0.1"