13
$\begingroup$

I know Blender is free software and bugs happen. But my question is, is it good practice to update Blender every time there is an update? Even if a minor one? (i.e I'd consider 2.56 to 2.56b minor or even 2.63, no?)

I haven't been updating very often for fear that updating frequently causes issues like broken settings, non-compatibility or lost user configs?

Or is updating often recommended to keep up to date and adapted to the new changes, i.e like upgrades in the GUI and functionality?

$\endgroup$

3 Answers 3

13
$\begingroup$

Blender is very compatible between versions, both backwards and forwards (with the exception of the upcoming 2.7, which is supposed to have minor compatibility breakage).

For lost configs, Blender should prompt you to use your old config after you start the new version, but if it doesn't it's very easy to transfer (and keep backups, etc.). See this post for details.

The a and b releases are relatively minor bug fix releases usually only released when major bugs are found shortly after the initial release. In spite of being relatively minor releases, you probably want to use them instead of using the previous release (which has some bug bad enough to justify another release).

Conclusion:

It is of course up to you, depending your habits and what works for you, but I highly recommend staying with the latest stable releases. However, expect to find bugs if you use any development versions.

Notes:

Some extra information you may find useful:

Multiple versions:

You can have multiple versions of Blender installed simultaneously, which may be of use if you want to try the new version without removing your current version.

To install another version along side your current version:

  1. Download blender using the archive (*.zip, *.tar.bz2). The archive gives you a completely portable version of Blender which you put and run anywhere (even a USB drive) without any installation.

  2. Extract the archive into some directory (the archive extracts into a new subdirectory).

  3. Run the blender executable located in the extracted directory.

Note that portable Blender will use the config of the system version of Blender (if there is one) by default. If you want to have separate configs, create a directory called config in $directory_from_extracted_archive/2.69/ where 2.69 is the version of Blender you extracted.

Bugs:

If you do find a bug, report it! The developers are usually very responsive (I have had reports fixed within a couple of hours).

Don't assume someone else will report it if you don't (but do check to see if it's already been reported before you report it, just in case).

$\endgroup$
1
  • $\begingroup$ Thanks for the quick reply! Great links too! Makes sense. $\endgroup$ Commented Feb 4, 2014 at 9:22
2
$\begingroup$

Gandalf3's answer is spot on. My only contribution would be: Wait a few days to see what bugs may have made it pass an initial release. On our production we usually ask one or two people to test out the RC (release candidates) before we move up. What you earn in moving up is quite valuable (faster render times, 2.7 is looking to improve animation speeds.)

All this being said, Blender is one of the most well written, back-compatible pieces of software out there. Moving up is no problem.

$\endgroup$
1
  • 3
    $\begingroup$ Good point. If you are in a production environment, then yes, it makes sense to wait until some of the kinks are worked out. However, if everyone does this, nobody will find any bugs (and none will be fixed). If you can, test and use the release candidates (just remember to save manually a lot and set the autosave timer to save every minute) and report any bugs you find. Doing so helps blender become more stable for the actual releases, which are supposed to be stable on the first day (if everyone used the RCs, there would be fewer a and b versions). $\endgroup$
    – gandalf3
    Commented Feb 5, 2014 at 0:58
1
$\begingroup$

2.63 was another version that broke backwards data compatibility (adding bmesh).

I would say always update to an a or b version as they are specific bug fixes that are considered show-stoppers found after release. The fix is important enough to do an extra release for that version, the bug fix is the only change from the previous release. Other versions could be skipped if they don't add any new features that you would want to use.

Possibly the biggest area of compatibility breakage between versions has been with python scripts - this is happening less though. If you have any scripts you rely on you may want to test them in a new version.

$\endgroup$

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .