From c3fbf3d53e68033f6680ef3c43065e368d6bc816 Mon Sep 17 00:00:00 2001
From: Jeffrey Phillips Freeman <the@jeffreyfreeman.me>
Date: Thu, 1 Oct 2020 18:31:56 -0400
Subject: [PATCH] Updating contributing, had some mistakes in example commands.

---
 CONTRIBUTING.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 939501a..96afd74 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -91,9 +91,9 @@ Next lets take a few steps to do the actual release:
 7.  If pipeline passed, create a generic new branch, do not push it, as follows `git checkout -b release`.
 8.  Update the pipeline badge in the readme to point to the to-be-released repository tag/version.
 9.  Commit the current changes using a generic commit message such as `build(release): version 1.2.3 revision 4`. But do not push.
-10. Create a new tag for the current revision with the following command: `git tag -a v1.2.3-4 -m "Version 1.2.3 revision 4"`. Ensure 
-    tags **always** have the aparapi version followed by revsion.
-11. Push the newly created tag to the server: `git push origin v1.2.3-4:v1.2.3-4`.
+10. Create a new tag for the current revision with the following command: `git tag -a 1.2.3-4 -m "Version 1.2.3 revision 4"`. Ensure 
+    tags **always** have the aparapi version followed by revsion and never have the letter `v` prepending it.
+11. Push the newly created tag to the server: `git push origin 1.2.3-4:1.2.3-4`.
 12. Delete the release branch you created locally `git branch -D release`.
 13. If the Aparapi version deployed is the latest then merge develop branch into master, develop branch should already contain latest
     Aparapi version from the first step.
-- 
GitLab