upgrade process
Nobody has claimed this yet.
- Dominant language
- Dockerfile
- Stars
- 1.2k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Description
Hi guys,
i am looking for some info regarding the upgrade process for dockerised odoo sites,
in the info on the main page it sais the following:
**""""
How to upgrade this image
Odoo images are updated on a regular basis to make them use recent releases (a new release of each version of Odoo is built every night). Please be aware that what follows is about upgrading from an old release to the latest one provided of the same major version, as upgrading from a major version to another is a much more complex process requiring elaborated migration scripts (see Odoo Enterprise Upgrade page or this community project which aims to write those scripts).
Suppose you created a database from an Odoo instance named old-odoo, and you want to access this database from a new Odoo instance named new-odoo, e.g. because you've just downloaded a newer Odoo image.
By default, Odoo 8.0 uses a filestore (located at /var/lib/odoo/filestore/) for attachments. You should restore this filestore in your new Odoo instance by running
$ docker run --volumes-from old-odoo -p 8070:8069 --name new-odoo --link db:db -t odoo
""""**
now if i am not mistaking updating the source files is just 1 part of the process, the database should also be upgraded or am i wrong?
i have found references online to add -u -d to the startup command for the container but i wonder why this is not mentioned here on the official repo?
is the update of the database somehow managed in the startup of the container or something?
any insight would be appreciated
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the repository's main-page upgrade instructions and the container startup command referenced in the issue. Clarify whether database upgrades are handled at startup and whether -u/-d belongs in the documented process; done when the official guidance distinguishes image and filestore updates from database migration.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker
- Domain
- database, devops
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100