01 April, 2018
You may have read the recent announcement of CiviCRM 5.0 and its revolutionary new method of numbering CiviCRM releases.
Meanwhile, those who prefer greater stability can use the Long-Term Support (LTS) releases of CiviCRM.  LTS users won't be left behind in the version numbering progress, however.
You can soon download the latest LTS release, 4.☔.♈, from the CiviCRM download page.  Each monthly LTS release is clearly numbered according to its star sign for your convenience: you can easily know that when 4.☔.♋ comes out, your copy of 4.☔.♉ will be two months old.
Periodically, API and schema changes may be necessary, and a new major release will come every six months, identified by the middle digit change.  Currently, we anticipate releasing 4.⚜.♎ in early October and 4.♞.♈ in April 2019.
... Read more
13 March, 2018

During this coming April, you may notice something peculiar on the civicrm.org download page -- instead of 4.7.32, you'll see a jump up to 5.0.0. Does this mean that CiviCRM is finally implementing a personal voice-assistant to take-down Amazon Echo? Nope. Maybe it means open-season on changes, granting a general license to break backward-compatibility? Nope. 5.0 is boring. It's basically the same thing as 4.7. It's just a big number with a little change.

OK... what is the little change? In short: a realignment, such that a typical increment looks like 5.x instead of 4.7.x. It doesn't change the substance. It shifts the relation between version-numbers (the superficial numbers you see in 4.5.6) and work (the labor you don't see, from people who triage...

Read more
12 November, 2015
By Eileen
Filed under v4.6, Versions

As we near the end of 2015 we also near the end of the 4.4 LTS. This has been the second LTS release and it has been supported by the LTS team for a little over a year - meaning 4.4 has been supported for over 2 years in total. However, as announced previously the intention is for 4.6 to be the next LTS and we are now announcing that formal LTS support for 4.4 will stop at the end of the Jan 2016.

Is that the end of the 4.4 LTS?

More or less. This signifies the end of our commitment to provide bug fixes and security patches for 4.4.If a security issue arises and we feel that it is easy and safe to backport it then we would still put out a release. The same goes for a bug fix. However, we no longer commit to doing so.

When does 4.6 become the LTS?

It already is. I was under the impression we had 'announced' 4.6 as the next LTS but a quick consultation with Uncle Google reveals this was less clear than I thought. However, it has...

Read more
03 November, 2014
By totten
Filed under Architecture, Release, Versions

In recent blog posts, we've expanded the long-term support effort to 4.4, discussed the release window (first and third Wednesday of each month), and experimented with release-candidates (RCs) for some point-releases (4.4.6, 4.4.7). This renaissance in release policy prompted a discussion of whether to continue doing RCs for all future releases. The RC concept is still controversial, but we reached a consensus on a similar concept -- nightly builds -- which achieves the original goals (and then some others).

Pre-release goals

The original goals of the RC experiments were two-fold:

  1. "To allow system-implementers to...
Read more
01 July, 2014
By totten

There has been a security advisory for CiviCRM. We recommend you immediately upgrade to one of the following versions:

Read the security advisories for details:

To receive future CiviCRM security notices, subscribe to notifications.

In addition, CiviCRM 4.4.6 contains 30 fixes, making it the most...

Read more
24 June, 2014
By totten
Filed under v4.4, Release, Versions

Good day, folks,

The CiviCRM Partners list recently discussed the topic of release-announcements and release-testing.  We'd like to treat 4.4.6 as a bit of an experiment to address two specific ideas about release-management:

  1. To allow system-implementers to allocate time/resources to handle upgrades promptly, we should provide specific, advanced notification about upcoming releases.
  2. To allow testing of the new release against real databases and real use-cases, we should provide a real, installable tarball before the final release announcement.

For this experiment with 4.4.6, we're providing a "release candidate" one week before the official announcement (scheduled for Wed, Jul 2).  The hope is that this week can provide lead-time (to arrange logistics of upgrades) and provide testing-time (for anyone who wants 4.4.6 to be stable).

4.4.6 includes only critical bug-fixes and has been internally tested. However, even with...

Read more