You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CI_MIGRATION.md
-1Lines changed: 0 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -122,4 +122,3 @@ If you are using a reverse proxy, update the configuration such that `ci.example
122
122
## Step 7 - Done!
123
123
124
124
You can now start the GitLab server normally. Make sure that `GITLAB_CI_HOST` and `GITLAB_SECRETS_DB_KEY_BASE` are defined in your containers environment.
*Please refer to [Available Configuration Parameters](#available-configuration-parameters) to understand `GITLAB_PORT` and other configuration options*
@@ -245,7 +245,7 @@ Volumes can be mounted in docker by specifying the `-v` option in the docker run
Here the image will also automatically fetch the `DB_NAME`, `DB_USER` and `DB_PASS` variables from the postgresql container as they are specified in the `docker run` command for the postgresql container. This is made possible using the magic of docker links and works with the following images:
@@ -392,7 +392,7 @@ The image can be configured to use an external redis server. The configuration s
Please refer the [Available Configuration Parameters](#available-configuration-parameters) section for the list of SMTP parameters that can be specified.
Please refer the [Available Configuration Parameters](#available-configuration-parameters) section for the list of IMAP parameters that can be specified.
In this configuration, any requests made over the plain http protocol will automatically be redirected to use the https protocol. However, this is not optimal when using a load balancer.
When changing this mapping, all files and directories in the mounted data volume `/home/git/data` have to be re-owned by the new ids. This can be achieved automatically using the following command:
857
857
858
858
```bash
859
859
docker run --name gitlab -d [OPTIONS] \
860
-
sameersbn/gitlab:18.10.3 app:sanitize
860
+
sameersbn/gitlab:18.11.0 app:sanitize
861
861
```
862
862
863
863
#### Piwik
@@ -2628,7 +2628,7 @@ Execute the rake task to create a backup.
A backup will be created in the backups folder of the [Data Store](#data-store). You can change the location of the backups using the `GITLAB_BACKUP_DIR` configuration parameter.
@@ -2663,14 +2663,14 @@ you need to prepare the database:
2663
2663
2664
2664
```bash
2665
2665
docker run --name gitlab -it --rm [OPTIONS] \
2666
-
sameersbn/gitlab:18.10.3 app:rake db:setup
2666
+
sameersbn/gitlab:18.11.0 app:rake db:setup
2667
2667
```
2668
2668
2669
2669
Execute the rake task to restore a backup. Make sure you run the container in interactive mode `-it`.
Watch the logs and your repositories should be available into your new gitlab container.
@@ -2803,12 +2803,12 @@ To upgrade to newer gitlab releases, simply follow this 4 step upgrade procedure
2803
2803
2804
2804
> **Note**
2805
2805
>
2806
-
> Upgrading to `sameersbn/gitlab:18.10.3` from `sameersbn/gitlab:7.x.x` can cause issues. It is therefore required that you first upgrade to `sameersbn/gitlab:8.0.5-1` before upgrading to `sameersbn/gitlab:8.1.0` or higher.
2806
+
> Upgrading to `sameersbn/gitlab:18.11.0` from `sameersbn/gitlab:7.x.x` can cause issues. It is therefore required that you first upgrade to `sameersbn/gitlab:8.0.5-1` before upgrading to `sameersbn/gitlab:8.1.0` or higher.
2807
2807
2808
2808
- **Step 1**: Update the docker image.
2809
2809
2810
2810
```bash
2811
-
docker pull sameersbn/gitlab:18.10.3
2811
+
docker pull sameersbn/gitlab:18.11.0
2812
2812
```
2813
2813
2814
2814
- **Step 2**: Stop and remove the currently running image
@@ -2838,7 +2838,7 @@ Replace `x.x.x` with the version you are upgrading from. For example, if you are
2838
2838
> **Note**: Since Gitlab 17.8 you need to provide `GITLAB_SECRETS_ACTIVE_RECORD_ENCRYPTION_PRIMARY_KEY`,`GITLAB_SECRETS_ACTIVE_RECORD_ENCRYPTION_DETERMINISTIC_KEY` and `GITLAB_SECRETS_ACTIVE_RECORD_ENCRYPTION_KEY_DERIVATION_SALT`. If not provided, these keys will be generated by gitlab. The image can be started without setting these parameters, **but you will lose the settings when you shutting down the container without taking a backup of `secrets.yml` and settings stored securely (such as the Dependency Proxy) will be unusable and unrecoverable.**
2839
2839
2840
2840
```bash
2841
-
docker run --name gitlab -d [OPTIONS] sameersbn/gitlab:18.10.3
2841
+
docker run --name gitlab -d [OPTIONS] sameersbn/gitlab:18.11.0
2842
2842
```
2843
2843
2844
2844
### Shell Access
@@ -2874,7 +2874,7 @@ You can also set your `docker-compose.yml` [healthcheck](https://docs.docker.com
0 commit comments