From 0ca1a6446b8ccd6345227a4ac5c1a31bf90a558b Mon Sep 17 00:00:00 2001 From: Dave Whiteland Date: Tue, 17 Jun 2014 17:28:17 +0200 Subject: rewrite first para to refer to specific release tags It's true it's on master, but unwise to use that in production. Also, it's helpful to link to the releases on github! --- docs/running/upgrading.md | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) (limited to 'docs/running') diff --git a/docs/running/upgrading.md b/docs/running/upgrading.md index 6088d9ab1..4074e7a14 100644 --- a/docs/running/upgrading.md +++ b/docs/running/upgrading.md @@ -14,8 +14,11 @@ Upgrading Alaveteli ## Master branch contains the latest stable release The developer team policy is that the `master` branch in git should always -contain the latest stable release. Therefore, in production, you should usually -have your software deployed from the `master` branch. +contain the latest stable release -- so you'll be up to date if you pull from +the `master` branch. However, on your production site, +you should know precisely what version you're running, and deploy Alaveteli +from a [*specific* release tag](https://github.com/mysociety/alaveteli/releases). Upgrading may just require pulling in the latest code -- but it may also require other changes ("further action"). For this reason, for anything other than a -- cgit v1.2.3