From 90a308ea00ece729b15b430a397d22e3b3fe3102 Mon Sep 17 00:00:00 2001
From: Marin Jankovski <maxlazio@gmail.com>
Date: Fri, 5 Dec 2014 12:34:18 +0100
Subject: [PATCH] Update release docs to deploy to GitLab.com before
 publishing.

---
 doc/release/patch.md    | 3 ++-
 doc/release/security.md | 1 +
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/doc/release/patch.md b/doc/release/patch.md
index ce5c2170302..2bd34b7d822 100644
--- a/doc/release/patch.md
+++ b/doc/release/patch.md
@@ -18,13 +18,14 @@ Otherwise include it in the monthly release and note there was a regression fix
 1. Name the issue "Release X.X.X CE and X.X.X EE", this will make searching easier
 1. Fix the issue on a feature branch, do this on the private GitLab development server
 1. If it is a security issue, then assign it to the release manager and apply a 'security' label
+1. Build the package for GitLab.com and do a deploy
 1. Consider creating and testing workarounds
 1. After the branch is merged into master, cherry pick the commit(s) into the current stable branch
 1. Make sure that the build has passed and all tests are passing
 1. In a separate commit in the stable branch update the CHANGELOG
 1. For EE, update the CHANGELOG-EE if it is EE specific fix. Otherwise, merge the stable CE branch and add to CHANGELOG-EE "Merge community edition changes for version X.X.X"
 
-### Bump version 
+### Bump version
 
 Get release tools
 
diff --git a/doc/release/security.md b/doc/release/security.md
index c24a394ef4a..b67e0f37a04 100644
--- a/doc/release/security.md
+++ b/doc/release/security.md
@@ -17,6 +17,7 @@ Please report suspected security vulnerabilities in private to <support@gitlab.c
 1. Inform the release manager that there needs to be a security release
 1. Do the steps from [patch release document](doc/release/patch.md), starting with "Create an issue on private GitLab development server"
 1. The MR with the security fix should get a 'security' label and be assigned to the release manager
+1. Build the package for GitLab.com and do a deploy
 1. Create feature branches for the blog post on GitLab.com and link them from the code branch
 1. Merge and publish the blog posts
 1. Send tweets about the release from `@gitlabhq`