zulip/version.py

ZULIP_VERSION = "1.9.1+git"
LATEST_MAJOR_VERSION = "1.9"
LATEST_RELEASE_VERSION = "1.9.1"
LATEST_RELEASE_ANNOUNCEMENT = "https://blog.zulip.org/2018/11/07/zulip-1-9-released/"

# Bump the minor PROVISION_VERSION to indicate that folks should provision
# only when going from an old version of the code to a newer version. Bump
# the major version to indicate that folks should provision in both
# directions.

# Typically, adding a dependency only requires a minor version bump, and
# removing a dependency requires a major version bump.

PROVISION_VERSION = '26.21'
Add changelog and version updates for Zulip Server 1.9.1. The actual changes in 1.9.1 are already present in master. 2018-11-28 21:49:58 +01:00			`ZULIP_VERSION = "1.9.1+git"`
hello: Add link and label for latest Zulip release. Tweaked by tabbott to add the plumbing for the 3 variables we need and add the links, and move to a plain-text styling. 2018-11-15 05:06:16 +01:00			`LATEST_MAJOR_VERSION = "1.9"`
Add changelog and version updates for Zulip Server 1.9.1. The actual changes in 1.9.1 are already present in master. 2018-11-28 21:49:58 +01:00			`LATEST_RELEASE_VERSION = "1.9.1"`
hello: Add link and label for latest Zulip release. Tweaked by tabbott to add the plumbing for the 3 variables we need and add the links, and move to a plain-text styling. 2018-11-15 05:06:16 +01:00			`LATEST_RELEASE_ANNOUNCEMENT = "https://blog.zulip.org/2018/11/07/zulip-1-9-released/"`
docs: Send people to install instructions for latest release. Pointing these at the latest release, rather than the latest version in master, allows us to make changes to the installer and document them properly in master, without making the instructions confusingly wrong for people who just go to the website or the GitHub repo page and follow instructions to install. 2017-11-16 21:40:36 +01:00
documentation: Explain major and minor provision_version. 2017-12-26 07:57:39 +01:00			`# Bump the minor PROVISION_VERSION to indicate that folks should provision`
			`# only when going from an old version of the code to a newer version. Bump`
			`# the major version to indicate that folks should provision in both`
			`# directions.`

			`# Typically, adding a dependency only requires a minor version bump, and`
			`# removing a dependency requires a major version bump.`

emails: Fix the if condition logic in missed_message.html. Refactoring in 4e1c058 was not correct since recipient_block and message_content checked for if not condition while recipient_header checked for if. The naming of classes in 6077a33 was also not correct semantically. 2019-01-05 08:37:41 +01:00			`PROVISION_VERSION = '26.21'`