##// END OF EJS Templates
filter out repo groups choices to only ones that you have write+ access to. Before it was read+ access and you got proper...
filter out repo groups choices to only ones that you have write+ access to. Before it was read+ access and you got proper error saying that you don't have write permissions to group to create repo in. Filtering out the read groups is less confusing for users. ref #730

File last commit:

r3224:8b8edfc2 beta
r3239:a9565b8b beta
Show More
upgrade.rst
99 lines | 2.7 KiB | text/x-rst | RstLexer

Upgrade

Note

Firstly, it is recommended that you always perform a database and configuration backup before doing an upgrade.

(These directions will use '{version}' to note that this is the version of Rhodecode that these files were used with. If backing up your RhodeCode instance from version 1.3.6 to 1.4.0, the production.ini file would be backed up to production.ini.1-3-6.)

If using a sqlite database, stop the Rhodecode process/daemon/service, and then make a copy of the database file:

service rhodecode stop
cp rhodecode.db rhodecode.db.{version}

Back up your configuration file:

cp production.ini production.ini.{version}

Ensure that you are using the Python Virtual Environment that you'd originally installed Rhodecode in:

pip freeze

will list all packages installed in the current environment. If Rhodecode isn't listed, change virtual environments to your venv location:

source /opt/rhodecode-venv/bin/activate

Once you have verified the environment you can upgrade Rhodecode with:

easy_install -U rhodecode

Or:

pip install --upgrade rhodecode

Then run the following command from the installation directory:

paster make-config RhodeCode production.ini

This will display any changes made by the new version of RhodeCode to your current configuration. It will try to perform an automerge. It's recommended that you re-check the content after the automerge.

Note

Please always make sure your .ini files are up to date. Often errors are caused by missing params added in new versions.

It is also recommended that you rebuild the whoosh index after upgrading since the new whoosh version could introduce some incompatible index changes. Please Read the changelog to see if there were any changes to whoosh.

The final step is to upgrade the database. To do this simply run:

paster upgrade-db production.ini

This will upgrade the schema and update some of the defaults in the database, and will always recheck the settings of the application, if there are no new options that need to be set.

You may find it helpful to clear out your log file so that new errors are readily apparent:

echo > rhodecode.log

Once that is complete, you may now start your upgraded Rhodecode Instance:

service rhodecode start

Or:

paster serve /var/www/rhodecode/production.ini

Note

If you're using Celery, make sure you restart all instances of it after upgrade.