sourcegraph/server
)
Updating a single-image Sourcegraph instance (This document describes the exact changes needed to update a single-node Sourcegraph instance. Always refer to this page before upgrading Sourcegraph, as it comprehensively describes the steps needed to upgrade, and any manual migration steps you must perform.
- Read our update policy to learn about Sourcegraph updates.
- Find the relevant entry for your update in the update notes on this page.
- After checking the relevant update notes, refer to the standard upgrade procedure to upgrade your instance.
3.38 -> 3.39
Follow the standard upgrade procedure.
How smooth was this upgrade process for you? You can give us your feedback on this upgrade by filling out this feedback form.
3.38.0 -> 3.38.1
Follow the standard upgrade procedure.
How smooth was this upgrade process for you? You can give us your feedback on this upgrade by filling out this feedback form.
3.37 -> 3.38
Follow the standard upgrade procedure.
How smooth was this upgrade process for you? You can give us your feedback on this upgrade by filling out this feedback form.
3.36 -> 3.37
Follow the standard upgrade procedure.
3.35 -> 3.36
Follow the standard upgrade procedure.
3.35.0 -> 3.35.1
Due to issues related to Code Insights on the 3.35.0 release, users are advised to upgrade to 3.35.1 as soon as possible.
There is a known issue with the Code Insights out-of-band settings migration not reaching 100% complete when encountering deleted users or organizations.
3.34 -> 3.35.1
Due to issues related to Code Insights on the 3.35.0 release, Users are advised to upgrade directly to 3.35.1.
3.33 -> 3.34
Follow the standard upgrade procedure.
3.32 -> 3.33
Follow the standard upgrade procedure.
3.31 -> 3.32
Follow the standard upgrade procedure.
3.30 -> 3.31
The built-in main Postgres (pgsql
) and codeintel (codeintel-db
) databases have switched to an alpine-based Docker image. Upon upgrading, Sourcegraph will need to re-index the entire database.
All users that use our bundled (built-in) database instances must read through the 3.31 upgrade guide before upgrading.
3.29 -> 3.30.3
To update, just use the newer sourcegraph/server:N.N.N
Docker image (where N.N.N
is the version number) in place of the older one, using the same Docker volumes. Your server's data will be migrated automatically if needed.
You can always find the version number of the latest release at docs.sourcegraph.com in the docker run
command's image tag.
3.28 -> 3.29
Follow the standard upgrade procedure.
3.27 -> 3.28
Follow the standard upgrade procedure.
3.26 -> 3.27
Warning: ⚠️ Sourcegraph 3.27 now requires Postgres 12+.
If you are using an external database, upgrade your database to Postgres 12 or above prior to upgrading Sourcegraph. If you are using the embedded database, prepare your data for migration prior to upgrading Sourcegraph.
3.25 -> 3.26
Follow the standard upgrade procedure.
3.24 -> 3.25
- Go
1.15
introduced changes to SSL/TLS connection validation which requires certificates to include aSAN
. This field was not included in older certificates and clients relied on theCN
field. You might see an error likex509: certificate relies on legacy Common Name field
. We recommend that customers using Sourcegraph with an external database and and connecting to it using SSL/TLS check whether the certificate is up to date.- AWS RDS customers please reference AWS' documentation on updating the SSL/TLS certificate for steps to rotate your certificate.
3.20 -> 3.21
- A bug exists in the version requiring upgrade from a patch release. When upgrading please upgrade from v3.20.0 -> v3.20.1 -> v3.21.x
This release introduces a second database instance, codeintel-db
. If you have configured Sourcegraph with an external database, then update the CODEINTEL_PG*
environment variables to point to a new external database as described in the external database documentation. Again, these must not point to the same database or the Sourcegraph instance will refuse to start.
If you wish to keep existing LSIF data
If you had LSIF data uploaded prior to upgrading to 3.21.0, there is a background migration that moves all existing LSIF data into the codeintel-db
upon upgrade. Once this process completes, the /lsif-storage/dbs
directory on the precise-code-intel-bundle-manager volume should be empty, and the bundle manager should print the following log message:
Migration to Postgres has completed. All existing LSIF bundles have moved to the path /lsif-storage/db-backups and can be removed from the filesystem to reclaim space.
Wait for the above message to be printed in docker logs precise-code-intel-bundle-manager
before upgrading to the next Sourcegraph version.
Turn off database secrets encryption
In Sourcegraph version 3.20, we would automatically generate a secret key file (/var/lib/sourcegraph/token
) inside the container for encrypting secrets stored in the database. However, it is not yet ready for general use and format of the secret key file might change. Therefore, it is best to delete the secret key file (/var/lib/sourcegraph/token
) and turn off the database secrets encryption.
3.16 -> 3.17
- There was a bug in release that caused the version displayed on the
site-admin/update
page to be0.0.0+dev
instead of3.17.0
. This issue was fixed in the3.17.2
release. We recommend that you avoid this issue by upgrading past3.17.0
to3.17.2
using the Standard upgrade procedure listed below.