1
0
Fork 0
mirror of https://gitlab.com/bramw/baserow.git synced 2025-04-15 09:34:13 +00:00

Merge branch 'prepare-for-1-32-0-release' into 'develop'

Prepared for 1.32.0

See merge request 
This commit is contained in:
Bram Wiepjes 2025-03-18 22:39:28 +00:00
commit bd82d62b45
108 changed files with 234 additions and 161 deletions
README.md
backend
docker
src/baserow
config/settings
contrib/database/rows
version.py
changelog.md
changelog
entries/1.32.0
bug
feature
refactor
releases.json
deploy
docker-compose.all-in-one.ymldocker-compose.no-caddy.ymldocker-compose.yml
docs
enterprise/backend
heroku.Dockerfile
plugin-boilerplate/{{ cookiecutter.project_slug }}

View file

@ -17,7 +17,7 @@ tool gives you the powers of a developer without leaving your browser.
[![Deploy to Heroku](https://www.herokucdn.com/deploy/button.svg)](https://www.heroku.com/deploy/?template=https://github.com/bram2w/baserow/tree/master)
```bash
docker run -v baserow_data:/baserow/data -p 80:80 -p 443:443 baserow/baserow:1.31.1
docker run -v baserow_data:/baserow/data -p 80:80 -p 443:443 baserow/baserow:1.32.0
```
![Baserow screenshot](docs/assets/screenshot.png "Baserow screenshot")
@ -89,7 +89,7 @@ Created by Baserow B.V. - bram@baserow.io.
Distributes under the MIT license. See `LICENSE` for more information.
Version: 1.31.1
Version: 1.32.0
The official repository can be found at https://gitlab.com/baserow/baserow.

View file

@ -6,7 +6,7 @@ set -euo pipefail
# ENVIRONMENT VARIABLES USED DIRECTLY BY THIS ENTRYPOINT
# ======================================================
export BASEROW_VERSION="1.31.1"
export BASEROW_VERSION="1.32.0"
# Used by docker-entrypoint.sh to start the dev server
# If not configured you'll receive this: CommandError: "0.0.0.0:" is not a valid port number or address:port pair.

View file

@ -417,7 +417,7 @@ SPECTACULAR_SETTINGS = {
"name": "MIT",
"url": "https://gitlab.com/baserow/baserow/-/blob/master/LICENSE",
},
"VERSION": "1.31.1",
"VERSION": "1.32.0",
"SERVE_INCLUDE_SCHEMA": False,
"TAGS": [
{"name": "Settings"},

View file

@ -848,7 +848,7 @@ class UpdateRowsActionType(UndoableActionType):
@classmethod
def serialized_to_params(cls, serialized_params: Any) -> Any:
"""
"""`
When storing integers as dictionary keys in a database, they are saved
as strings. This method is designed to convert these string keys back
into integers. This ensures that we can accurately use the row.id as a

View file

@ -1 +1 @@
VERSION = "1.31.1"
VERSION = "1.32.0"

View file

@ -1,5 +1,74 @@
# Changelog
## Released 1.32.0
### New features
* Add support for collaborator fields in form views. [#1554](https://gitlab.com/baserow/baserow/-/issues/1554)
* [Dashboard] Introduce dashboards with summary and chart widgets [#2206](https://gitlab.com/baserow/baserow/-/issues/2206)
* [Database] Introduce row update functionality during table import [#2213](https://gitlab.com/baserow/baserow/-/issues/2213)
* [Database] Add rows enter view webhook event type. [#3009](https://gitlab.com/baserow/baserow/-/issues/3009)
* [Core] Hide Baserow description in all emails if logo is changed. [#3066](https://gitlab.com/baserow/baserow/-/issues/3066)
* [Builder] Allow to customize table header filter/sort/search buttons [#3151](https://gitlab.com/baserow/baserow/-/issues/3151)
* [Builder] Introduced Saml and OpenID Connect authentication in the application builder. [#3167](https://gitlab.com/baserow/baserow/-/issues/3167)
* [Builder] Added a shortcut in the publishing modal so that domains can be created if an application doesn't yet have any. [#3170](https://gitlab.com/baserow/baserow/-/issues/3170)
* [Builder] Improve 'Add new element' modal. [#3172](https://gitlab.com/baserow/baserow/-/issues/3172)
* Add abilty to export files in grid [#3203](https://gitlab.com/baserow/baserow/-/issues/3203)
* Airtable import report. [#3263](https://gitlab.com/baserow/baserow/-/issues/3263)
* [Database] Show relationship changes (added or removed) in the related row's change history. [#3264](https://gitlab.com/baserow/baserow/-/issues/3264)
* Multiple collaborator field group by support. [#3447](https://gitlab.com/baserow/baserow/-/issues/3447)
* Airtable import field type improvements. [#3455](https://gitlab.com/baserow/baserow/-/issues/3455)
* [Builder] Added a container element to group multiple elements. [#3458](https://gitlab.com/baserow/baserow/-/issues/3458)
* [Builder] Improved the performance of published applications. [#3472](https://gitlab.com/baserow/baserow/-/issues/3472)
* [Builder] Added the Menu element. [#3477](https://gitlab.com/baserow/baserow/-/issues/3477)
* [Builder] Added theme setting to configure Link decoration. [#3515](https://gitlab.com/baserow/baserow/-/issues/3515)
* [Database] Introduced the ability to sort by single select option order. [#786](https://gitlab.com/baserow/baserow/-/issues/786)
* [Database] Import Airtable view colors. [#793](https://gitlab.com/baserow/baserow/-/issues/793)
* [Database] Import Airtable view filters. [#793](https://gitlab.com/baserow/baserow/-/issues/793)
* Import Airtable grid views, their sorts, group by, and field options. [#793](https://gitlab.com/baserow/baserow/-/issues/793)
* Add SegmentControl variants
* [Builder] Introduced a shortcut in the Login form configuration so that it's easier to create a new user source.
* Send notification to authorized user when periodic data sync is deactivated.
* Send notification to all admins when a webhook is deactivated.
### Bug fixes
* Preserve the precision of the currency field in the Airtable import. [#1058](https://gitlab.com/baserow/baserow/-/issues/1058)
* [Builder] Fixed element position resets on editing of it's properties [#2342](https://gitlab.com/baserow/baserow/-/issues/2342)
* Fix pasting markdown text into rich edit that resulted in unformatted markdown [#2383](https://gitlab.com/baserow/baserow/-/issues/2383)
* [Database] Fixed a bug that prevented duplicating views filtered by a collaborator correctly. [#3017](https://gitlab.com/baserow/baserow/-/issues/3017)
* [Database] Fixed unscrollable timezone dropdown issue when creating/editing a field. [#3041](https://gitlab.com/baserow/baserow/-/issues/3041)
* [Database] Fix protected fields in the data sync forms. [#3191](https://gitlab.com/baserow/baserow/-/issues/3191)
* Database: when an error is returned by the backend, it will be shown inside of the body of the view, so user still have access to navigation interface. [#3331](https://gitlab.com/baserow/baserow/-/issues/3331)
* [Database] Fix issue with unexpected temperature argument passed to OpenAI messages.create [#3384](https://gitlab.com/baserow/baserow/-/issues/3384)
* [Database] Allow bigger image dimensions. [#3387](https://gitlab.com/baserow/baserow/-/issues/3387)
* Preserve the currency symbol and formatting of the currency field in Airtable import. [#3395](https://gitlab.com/baserow/baserow/-/issues/3395)
* Prevent view from updated state with data from wrong view when pending request completes. [#3398](https://gitlab.com/baserow/baserow/-/issues/3398)
* [Database] Fix for data sync failing when syncing baserow table with AIField [#3403](https://gitlab.com/baserow/baserow/-/issues/3403)
* Use BigIntegerField for ImportExportResource.size [#3424](https://gitlab.com/baserow/baserow/-/issues/3424)
* [Builder] Fix updating of page parameters when URL query parameters change. [#3434](https://gitlab.com/baserow/baserow/-/issues/3434)
* [Database] Fix field formatting options in rollup fields targeting formula fields [#3443](https://gitlab.com/baserow/baserow/-/issues/3443)
* Fixed null check for query parameters in link URL generation [#3444](https://gitlab.com/baserow/baserow/-/issues/3444)
* [Database] Do not register jobs that have unknown job type in the job type in the registry. [#3447](https://gitlab.com/baserow/baserow/-/issues/3447)
* Fix for Secure File Serve with SSO SAML/OIDC authentication [#3449](https://gitlab.com/baserow/baserow/-/issues/3449)
* [Builder] Resolved a bug where creating an element with an invalid parent would raise an error. [#3452](https://gitlab.com/baserow/baserow/-/issues/3452)
* [Builder] Add page background color to theme block [#3457](https://gitlab.com/baserow/baserow/-/issues/3457)
* [Database] Updating a cell no longer fails when a view is sorted or grouped by a linked field whose primary field is a formula. [#3484](https://gitlab.com/baserow/baserow/-/issues/3484)
* [Database] Fix for creating snapshot triggers infinite loop for checking status update [#3490](https://gitlab.com/baserow/baserow/-/issues/3490)
* [Database] Allow change field type with active sort [#3519](https://gitlab.com/baserow/baserow/-/issues/3519)
* [Builder] Fix broken pagination after filtering collection elements
* [Builder] Fix crash when creating a builder application after deleting another one
* Fix error when syncing a table with a trashed field.
* [Database] Fix the progress bar percentage when importing applications into the workspace.
### Refactors
* Upgrade vuelidate [#2805](https://gitlab.com/baserow/baserow/-/issues/2805)
* [Builder] Improve data dispatching performances [#2978](https://gitlab.com/baserow/baserow/-/issues/2978)
* Reduce the number of queries when logging in or load Baserow. [#3364](https://gitlab.com/baserow/baserow/-/issues/3364)
* [Builder] Improve integration endpoint performances [#3418](https://gitlab.com/baserow/baserow/-/issues/3418)
* Lowered grid view minimum field with from 100 to 78. [#3428](https://gitlab.com/baserow/baserow/-/issues/3428)
* [Builder] Improved performance in preview mode
* Speed up database setup for tests
## Released 1.31.1
### Bug fixes

View file

@ -1,5 +1,9 @@
{
"releases": [
{
"name": "1.32.0",
"created_at": "2025-03-18"
},
{
"name": "1.31.1",
"created_at": "2025-02-10"

View file

@ -15,7 +15,7 @@ tool gives you the powers of a developer without leaving your browser.
[Vue.js](https://vuejs.org/) and [PostgreSQL](https://www.postgresql.org/).
```bash
docker run -v baserow_data:/baserow/data -p 80:80 -p 443:443 baserow/baserow:1.31.1
docker run -v baserow_data:/baserow/data -p 80:80 -p 443:443 baserow/baserow:1.32.0
```
## Quick Reference
@ -52,7 +52,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
* Change `BASEROW_PUBLIC_URL` to `https://YOUR_DOMAIN` or `http://YOUR_IP` to enable
@ -75,7 +75,7 @@ docker run \
## Image Feature Overview
The `baserow/baserow:1.31.1` image by default runs all of Baserow's various services in
The `baserow/baserow:1.32.0` image by default runs all of Baserow's various services in
a single container for maximum ease of use.
> This image is designed for simple single server deployments or simple container
@ -223,7 +223,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Behind a reverse proxy already handling ssl
@ -236,7 +236,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### On a nonstandard HTTP port
@ -249,7 +249,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 3001:80 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external PostgresSQL server
@ -268,7 +268,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external Redis server
@ -287,7 +287,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external email server
@ -307,7 +307,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With a Postgresql server running on the same host as the Baserow docker container
@ -345,7 +345,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Supply secrets using files
@ -372,7 +372,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Start just the embedded database
@ -385,7 +385,7 @@ docker run -it \
--name baserow \
-p 5432:5432 \
-v baserow_data:/baserow/data \
baserow/baserow:1.31.1 \
baserow/baserow:1.32.0 \
start-only-db
# Now get the password from
docker exec -it baserow cat /baserow/data/.pgpass
@ -417,7 +417,7 @@ docker run -it \
--rm \
--name baserow \
-v baserow_data:/baserow/data \
baserow/baserow:1.31.1 \
baserow/baserow:1.32.0 \
backend-cmd-with-db manage dbshell
```
@ -540,19 +540,19 @@ the command below.
```bash
# First read the help message for this command
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.31.1 \
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.32.0 \
backend-cmd-with-db backup --help
# Stop Baserow instance
docker stop baserow
# The command below backs up Baserow to the backups folder in the baserow_data volume:
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.31.1 \
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.32.0 \
backend-cmd-with-db backup -f /baserow/data/backups/backup.tar.gz
# Or backup to a file on your host instead run something like:
docker run -it --rm -v baserow_data:/baserow/data -v $PWD:/baserow/host \
baserow/baserow:1.31.1 backend-cmd-with-db backup -f /baserow/host/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db backup -f /baserow/host/backup.tar.gz
```
### Restore only Baserow's Postgres Database
@ -568,13 +568,13 @@ docker stop baserow
docker run -it --rm \
-v old_baserow_data_volume_containing_the_backup_tar_gz:/baserow/old_data \
-v new_baserow_data_volume_to_restore_into:/baserow/data \
baserow/baserow:1.31.1 backend-cmd-with-db restore -f /baserow/old_data/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db restore -f /baserow/old_data/backup.tar.gz
# Or to restore from a file on your host instead run something like:
docker run -it --rm \
-v baserow_data:/baserow/data -v \
$(pwd):/baserow/host \
baserow/baserow:1.31.1 backend-cmd-with-db restore -f /baserow/host/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db restore -f /baserow/host/backup.tar.gz
```
## Running healthchecks on Baserow
@ -625,7 +625,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
Or you can just store it directly in the volume at `baserow_data/env` meaning it will be
@ -634,7 +634,7 @@ loaded whenever you mount in this data volume.
### Building your own image from Baserow
```dockerfile
FROM baserow/baserow:1.31.1
FROM baserow/baserow:1.32.0
# Any .sh files found in /baserow/supervisor/env/ will be sourced and loaded at startup
# useful for storing your own environment variable overrides.

View file

@ -14,7 +14,7 @@ cat << EOF
██████╔╝██║ ██║███████║███████╗██║ ██║╚██████╔╝╚███╔███╔╝
╚═════╝ ╚═╝ ╚═╝╚══════╝╚══════╝╚═╝ ╚═╝ ╚═════╝ ╚══╝╚══╝
Version 1.31.1
Version 1.32.0
=========================================================================================
EOF

View file

@ -8,7 +8,7 @@
"contactEmail": "bram@baserow.io",
"icon": "file://logo.png",
"tags": ["no-code", "nocode", "database", "data", "collaborate", "airtable"],
"version": "1.31.1",
"version": "1.32.0",
"healthCheckPath": "/api/_health/",
"httpPort": 80,
"addons": {

View file

@ -1,4 +1,4 @@
ARG FROM_IMAGE=baserow/baserow:1.31.1
ARG FROM_IMAGE=baserow/baserow:1.32.0
# This is pinned as version pinning is done by the CI setting FROM_IMAGE.
# hadolint ignore=DL3006
FROM $FROM_IMAGE as image_base

View file

@ -1,25 +1,25 @@
dependencies:
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: baserow
repository: file://charts/baserow-common
version: 1.0.14
version: 1.0.15
- name: redis
repository: https://charts.bitnami.com/bitnami
version: 19.5.5
@ -32,5 +32,5 @@ dependencies:
- name: caddy-ingress-controller
repository: https://caddyserver.github.io/ingress
version: 1.1.0
digest: sha256:c80fd45c820ddb8ca86bfb6edf4d0c2071e52b4ce20c8de47a30bd2a90482583
generated: "2025-02-07T14:07:29.81321+01:00"
digest: sha256:d921363d9be6a7f8425b9844409dda118bede83ddde8c44881cf4e5d5a4e6af0
generated: "2025-03-18T15:00:40.464957+01:00"

View file

@ -2,8 +2,8 @@ apiVersion: v2
name: baserow
description: The open platform to create scalable databases and applications—without coding.
type: application
version: 1.0.14
appVersion: "1.31.1"
version: 1.0.15
appVersion: "1.32.0"
home: https://gitlab.com/baserow/baserow/-/tree/develop/deploy/helm/baserow?ref_type=heads
icon: https://baserow.io/img/favicon_192.png
sources:
@ -13,37 +13,37 @@ sources:
dependencies:
- name: baserow
alias: baserow-backend-asgi
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-backend-wsgi
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-frontend
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-celery-beat-worker
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-celery-export-worker
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-celery-worker
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
- name: baserow
alias: baserow-celery-flower
version: "1.0.14"
version: "1.0.15"
repository: "file://charts/baserow-common"
condition: baserow-celery-flower.enabled

View file

@ -202,7 +202,7 @@ caddy:
| ------------------------------------------------------------------ | --------------------------------------------------------------------------------------- | ----------------------- |
| `global.baserow.imageRegistry` | Global Docker image registry | `baserow` |
| `global.baserow.imagePullSecrets` | Global Docker registry secret names as an array | `[]` |
| `global.baserow.image.tag` | Global Docker image tag | `1.31.1` |
| `global.baserow.image.tag` | Global Docker image tag | `1.32.0` |
| `global.baserow.serviceAccount.shared` | Set to true to share the service account between all application components. | `true` |
| `global.baserow.serviceAccount.create` | Set to true to create a service account to share between all application components. | `true` |
| `global.baserow.serviceAccount.name` | Configure a name for service account to share between all application components. | `baserow` |

View file

@ -15,10 +15,10 @@ type: application
# This is the chart version. This version number should be incremented each time you make changes
# to the chart and its templates, including the app version.
# Versions are expected to follow Semantic Versioning (https://semver.org/)
version: 1.0.14
version: 1.0.15
# This is the version number of the application being deployed. This version number should be
# incremented each time you make changes to the application. Versions are not expected to
# follow Semantic Versioning. They should reflect the version the application is using.
# It is recommended to use it with quotes.
appVersion: "1.31.1"
appVersion: "1.32.0"

View file

@ -6,7 +6,7 @@
| ------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- |
| `global.baserow.imageRegistry` | Global Docker image registry | `baserow` |
| `global.baserow.imagePullSecrets` | Global Docker registry secret names as an array | `[]` |
| `global.baserow.image.tag` | Global Docker image tag | `1.31.1` |
| `global.baserow.image.tag` | Global Docker image tag | `1.32.0` |
| `global.baserow.serviceAccount.shared` | Set to true to share the service account between all application components. | `true` |
| `global.baserow.serviceAccount.create` | Set to true to create a service account to share between all application components. | `true` |
| `global.baserow.serviceAccount.name` | Configure a name for service account to share between all application components. | `baserow` |

View file

@ -38,7 +38,7 @@ global:
baserow:
imageRegistry: baserow
image:
tag: 1.31.1
tag: 1.32.0
imagePullSecrets: []
serviceAccount:
shared: true
@ -83,7 +83,7 @@ global:
##
image:
repository: baserow/baserow # Docker image repository
tag: 1.31.1 # Docker image tag
tag: 1.32.0 # Docker image tag
pullPolicy: IfNotPresent # Image pull policy
## @param workingDir Application container working directory

View file

@ -43,7 +43,7 @@ global:
baserow:
imageRegistry: baserow
image:
tag: 1.31.1
tag: 1.32.0
imagePullSecrets: []
serviceAccount:
shared: true

View file

@ -1,4 +1,4 @@
ARG FROM_IMAGE=baserow/baserow:1.31.1
ARG FROM_IMAGE=baserow/baserow:1.32.0
# This is pinned as version pinning is done by the CI setting FROM_IMAGE.
# hadolint ignore=DL3006
FROM $FROM_IMAGE as image_base

View file

@ -4,7 +4,7 @@ version: "3.4"
services:
baserow:
container_name: baserow
image: baserow/baserow:1.31.1
image: baserow/baserow:1.32.0
environment:
BASEROW_PUBLIC_URL: 'http://localhost'
ports:

View file

@ -179,7 +179,7 @@ x-backend-variables: &backend-variables
services:
backend:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
ports:
- "${HOST_PUBLISH_IP:-127.0.0.1}:8000:8000"
@ -194,7 +194,7 @@ services:
local:
web-frontend:
image: baserow/web-frontend:1.31.1
image: baserow/web-frontend:1.32.0
restart: unless-stopped
ports:
- "${HOST_PUBLISH_IP:-127.0.0.1}:3000:3000"
@ -229,7 +229,7 @@ services:
local:
celery:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
environment:
<<: *backend-variables
@ -246,7 +246,7 @@ services:
local:
celery-export-worker:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
command: celery-exportworker
environment:
@ -263,7 +263,7 @@ services:
local:
celery-beat-worker:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
command: celery-beat
environment:

View file

@ -229,7 +229,7 @@ services:
local:
backend:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
environment:
@ -243,7 +243,7 @@ services:
local:
web-frontend:
image: baserow/web-frontend:1.31.1
image: baserow/web-frontend:1.32.0
restart: unless-stopped
environment:
BASEROW_PUBLIC_URL: ${BASEROW_PUBLIC_URL-http://localhost}
@ -280,7 +280,7 @@ services:
local:
celery:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
environment:
<<: *backend-variables
@ -297,7 +297,7 @@ services:
local:
celery-export-worker:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
command: celery-exportworker
environment:
@ -314,7 +314,7 @@ services:
local:
celery-beat-worker:
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
restart: unless-stopped
command: celery-beat
environment:

View file

@ -3,7 +3,7 @@
If you have an [Apache server](https://www.apache.com/) this guide will explain how to
configure it to pass requests through to Baserow.
We strongly recommend you use our `baserow/baserow:1.31.1` image or the example
We strongly recommend you use our `baserow/baserow:1.32.0` image or the example
`docker-compose.yml` files (excluding the `.no-caddy.yml` variant) provided in
our [git repository](https://gitlab.com/baserow/baserow/-/tree/master/deploy/apache/).
@ -18,8 +18,8 @@ simplifies your life by:
> If you do not want to use our embedded Caddy service behind your Apache then
> make sure you are using one of the two following deployment methods:
>
> * Your own container setup with our single service `baserow/backend:1.31.1`
and `baserow/web-frontend:1.31.1` images.
> * Your own container setup with our single service `baserow/backend:1.32.0`
and `baserow/web-frontend:1.32.0` images.
> * Or our `docker-compose.no-caddy.yml` example file in our [git repository](https://gitlab.com/baserow/baserow/-/tree/master/deploy/apache/).
>
> Then you should use **Option 2: Without our embedded Caddy** section instead.
@ -32,7 +32,7 @@ simplifies your life by:
Follow this option if you are using:
* The all-in-one Baserow image `baserow/baserow:1.31.1`
* The all-in-one Baserow image `baserow/baserow:1.32.0`
* Any of the example compose files found in the root of our git
repository `docker-compose.yml`/`docker-compose.local-build.yml`
/`docker-compose.all-in-one.yml`
@ -116,7 +116,7 @@ You should now be able to access Baserow on you configured subdomain.
Follow this option if you are using:
* Our standalone `baserow/backend:1.31.1` and `baserow/web-frontend:1.31.1` images with
* Our standalone `baserow/backend:1.32.0` and `baserow/web-frontend:1.32.0` images with
your own container orchestrator.
* Or the `docker-compose.no-caddy.yml` example docker compose file in the root of our
git repository.
@ -148,7 +148,7 @@ sudo systemctl restart apache2
You need to ensure user uploaded files are accessible in a folder for Apache to serve. In
the rest of the guide we will use the example `/var/web` folder for this purpose.
If you are using the `baserow/backend:1.31.1` image then you can do this by adding
If you are using the `baserow/backend:1.32.0` image then you can do this by adding
`-v /var/web:/baserow/data/media` to your normal `docker run` command used to launch the
Baserow backend.

View file

@ -3,7 +3,7 @@
If you have an [Nginx server](https://www.nginx.com/) this guide will explain how to
configure it to pass requests through to Baserow.
We strongly recommend you use our `baserow/baserow:1.31.1` image or the example
We strongly recommend you use our `baserow/baserow:1.32.0` image or the example
`docker-compose.yml` files (excluding the `.no-caddy.yml` variant) provided in
our [git repository](https://gitlab.com/baserow/baserow/-/tree/master/deploy/nginx/).
@ -18,8 +18,8 @@ simplifies your life by:
> If you do not want to use our embedded Caddy service behind your Nginx then
> make sure you are using one of the two following deployment methods:
>
> * Your own container setup with our single service `baserow/backend:1.31.1`
and `baserow/web-frontend:1.31.1` images.
> * Your own container setup with our single service `baserow/backend:1.32.0`
and `baserow/web-frontend:1.32.0` images.
> * Or our `docker-compose.no-caddy.yml` example file in our [git repository](https://gitlab.com/baserow/baserow/-/tree/master/deploy/nginx/).
>
> Then you should use **Option 2: Without our embedded Caddy** section instead.
@ -32,7 +32,7 @@ simplifies your life by:
Follow this option if you are using:
* The all-in-one Baserow image `baserow/baserow:1.31.1`
* The all-in-one Baserow image `baserow/baserow:1.32.0`
* Any of the example compose files found in the root of our git
repository `docker-compose.yml`/`docker-compose.local-build.yml`
/`docker-compose.all-in-one.yml`
@ -108,7 +108,7 @@ You should now be able to access Baserow on you configured subdomain.
Follow this option if you are using:
* Our standalone `baserow/backend:1.31.1` and `baserow/web-frontend:1.31.1` images with
* Our standalone `baserow/backend:1.32.0` and `baserow/web-frontend:1.32.0` images with
your own container orchestrator.
* Or the `docker-compose.no-caddy.yml` example docker compose file in the root of our
git repository.
@ -127,7 +127,7 @@ but you might have to run different commands.
You need to ensure user uploaded files are accessible in a folder for Nginx to serve. In
the rest of the guide we will use the example `/var/web` folder for this purpose.
If you are using the `baserow/backend:1.31.1` image then you can do this by adding
If you are using the `baserow/backend:1.32.0` image then you can do this by adding
`-v /var/web:/baserow/data/media` to your normal `docker run` command used to launch the
Baserow backend.

View file

@ -49,7 +49,7 @@ overview this is what any AWS deployment of Baserow will need:
## Option 1) Deploying the all-in-one image to Fargate/ECS
The `baserow/baserow:1.31.1` image runs all of Baserows various services inside the
The `baserow/baserow:1.32.0` image runs all of Baserows various services inside the
container for ease of use.
This image is designed for single server deployments or simple deployments to
@ -67,7 +67,7 @@ Run.
* You don't need to worry about configuring and linking together the different
services that make up a Baserow deployment.
* Configuring load balancers is easier as you can just directly route through all
requests to any horizontally scaled container running `baserow/baserow:1.31.1`.
requests to any horizontally scaled container running `baserow/baserow:1.32.0`.
#### Cons
@ -75,7 +75,7 @@ Run.
* Potentially higher resource usage overall as each of the all-in-one containers will
come with its internal services, so you have less granular control over scaling
specific services.
* For example if you deploy 10 `baserow/baserow:1.31.1` containers horizontally you
* For example if you deploy 10 `baserow/baserow:1.32.0` containers horizontally you
by default end up with:
* 10 web-frontend services
* 10 backend services
@ -188,18 +188,18 @@ Generally, the Redis server is not the bottleneck in Baserow deployments as they
Now create a target group on port 80 and ALB ready to route traffic to the Baserow
containers.
When setting up the health check for the ALB the `baserow/baserow:1.31.1` container
When setting up the health check for the ALB the `baserow/baserow:1.32.0` container
,which you'll be deploying next, choose port `80` and health check
URL `/api/_health/`. We recommend a long grace period of 900 seconds to account for
first-time migrations being run on the first container's startup.
#### 5) Launching Baserow on ECS/Fargate
Now we are ready to spin up our `baserow/baserow:1.31.1` containers. See below for a
Now we are ready to spin up our `baserow/baserow:1.32.0` containers. See below for a
full task definition and environment variables. We recommend launching the containers
with 2vCPUs and 4 GB of RAM each to start with. In short, you will want to:
1. Select the `baserow/baserow:1.31.1` image.
1. Select the `baserow/baserow:1.32.0` image.
2. Add a port mapping of `80` on TCP as this is where this images HTTP server is
listening by default.
3. Mark the container as essential.
@ -244,7 +244,7 @@ container_definitions = <<DEFINITION
[
{
"name": "baserow_task",
"image": "baserow/baserow:1.31.1",
"image": "baserow/baserow:1.32.0",
"logConfiguration": { #logs are not mandatory
"logDriver": "awslogs",
"options": {
@ -368,7 +368,7 @@ in-tool settings, active enterprise licenses, promote other users to being staff
## Option 2) Deploying Baserow as separate services to Fargate/ECS
The `baserow/backend:1.31.1` and `baserow/web-frontend:1.31.1` images allow you to run
The `baserow/backend:1.32.0` and `baserow/web-frontend:1.32.0` images allow you to run
Baserow's various services as separate containers.
These images are used by the community Helm chart, our various docker-compose.yml
@ -441,7 +441,7 @@ Alternatively [this docker-compose](https://gitlab.com/baserow/baserow/-/blob/de
This service is our HTTP REST API service. When creating the task definition you should:
1. In the task defintion use the `baserow/backend:1.31.1` image
1. In the task defintion use the `baserow/backend:1.32.0` image
2. Under docker configuration set `gunicorn-wsgi,--timeout,60` as the Command.
> We recommend setting the timeout of each HTTP API request to 60 seconds in the
@ -484,7 +484,7 @@ This service is our HTTP REST API service. When creating the task definition you
This service is our Websocket API service and when configuring the task definition you
should:
1. Use the `baserow/backend:1.31.1`
1. Use the `baserow/backend:1.32.0`
2. Under docker configuration set `gunicorn` as the Command.
3. We recommend 2vCPUs and 4 GB of RAM per container to start with.
4. Map the container port `8000`/`TCP`
@ -496,7 +496,7 @@ should:
This service is our asynchronous high priority task worker queue used for realtime
collaboration and sending emails.
1. Use the `baserow/backend:1.31.1` image with `celery-worker` as the image command.
1. Use the `baserow/backend:1.32.0` image with `celery-worker` as the image command.
2. Under docker configuration set `celery-worker` as the Command.
3. No port mappings needed.
4. We recommend 2vCPUs and 4 GB of RAM per container to start with.
@ -509,7 +509,7 @@ This service is our asynchronous slow/low priority task worker queue for batch
processes and running potentially slow operations for users like table exports and
imports etc.
1. Use the `baserow/backend:1.31.1` image.
1. Use the `baserow/backend:1.32.0` image.
2. Under docker configuration set `celery-exportworker` as the Command.
3. No port mappings needed.
4. We recommend 2vCPUs and 4 GB of RAM per container to start with.
@ -520,7 +520,7 @@ imports etc.
This service is our CRON task scheduler that can have multiple replicas deployed.
1. Use the `baserow/backend:1.31.1` image.
1. Use the `baserow/backend:1.32.0` image.
2. Under docker configuration set `celery-beat` as the Command.
3. No port mapping needed.
4. We recommend 1vCPUs and 3 GB of RAM per container to start with.
@ -537,7 +537,7 @@ This service is our CRON task scheduler that can have multiple replicas deployed
Finally, this service is used for server side rendering and serving the frontend of
Baserow.
1. Use the `baserow/web-frontend:1.31.1` image with no arguments needed.
1. Use the `baserow/web-frontend:1.32.0` image with no arguments needed.
2. Map the container port `3000`
3. We recommend 2vCPUs and 4 GB of RAM per container to start with.
4. Mark the container as essential.

View file

@ -46,7 +46,7 @@ $ cd baserow/deploy/cloudron
After that you can install the Baserow Cloudron app by executing the following commands.
```
$ cloudron install -l baserow.{YOUR_DOMAIN} --image baserow/cloudron:1.31.1
$ cloudron install -l baserow.{YOUR_DOMAIN} --image baserow/cloudron:1.32.0
App is being installed.
...
App is installed.
@ -89,7 +89,7 @@ the `baserow/deploy/cloudron` folder, you can upgrade your cloudron baserow serv
the latest version by running the following command:
```
cloudron update --app {YOUR_APP_ID} --image baserow/cloudron:1.31.1
cloudron update --app {YOUR_APP_ID} --image baserow/cloudron:1.32.0
```
> Note that you must replace the image with the most recent image of Baserow. The

View file

@ -51,7 +51,7 @@ Navigate to the `Apps` page in the left sidebar of your Digital Ocean dashboard.
on `Create App`, select `Docker Hub`, and fill out the following:
Repository: `baserow/baserow`
Image tag or digest: `1.31.1`
Image tag or digest: `1.32.0`
Click on `Next`, then on the `Edit` button of the `baserow-baserow` web service. Here
you must change the HTTP Port to 80, and then click on `Back`. Click on the `Next`
@ -124,7 +124,7 @@ environment.
In order to update the Baserow version, you simply need to replace the image tag.
Navigate to the `Settings` tag of your created app, click on the `baserow-baserow`
component, then click on the `Edit` button next to source, change the `Image tag` into
the desired version (latest is `1.31.1`), and click on save. The app will redeploy
the desired version (latest is `1.32.0`), and click on save. The app will redeploy
with the latest version.
## External email server

View file

@ -34,7 +34,7 @@ docker run -e BASEROW_PUBLIC_URL=http://localhost \
-v baserow_data:/baserow/data \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
# Watch the logs for Baserow to come available by running:
docker logs baserow
```
@ -147,7 +147,7 @@ docker run \
-v /baserow/media:/baserow/data/media \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
# Check the logs and wait for Baserow to become available
docker logs baserow
```

View file

@ -10,9 +10,9 @@
Baserow consists of a number of services, two of which are built and provided as
separate standalone images by us:
* `baserow/backend:1.31.1` which by default starts the Gunicorn Django backend server
* `baserow/backend:1.32.0` which by default starts the Gunicorn Django backend server
for Baserow but is also used to start the celery workers and celery beat services.
* `baserow/web-frontend:1.31.1` which is a Nuxt server providing Server Side rendering
* `baserow/web-frontend:1.32.0` which is a Nuxt server providing Server Side rendering
for the website.
If you want to use your own container orchestration software like Kubernetes then these
@ -27,10 +27,10 @@ in the root of our repository.
These are all the services you need to set up to run a Baserow using the standalone
images:
* `baserow/backend:1.31.1` (default command is `gunicorn`)
* `baserow/backend:1.31.1` with command `celery-worker`
* `baserow/backend:1.31.1` with command `celery-export-worker`
* `baserow/web-frontend:1.31.1` (default command is `nuxt-local`)
* `baserow/backend:1.32.0` (default command is `gunicorn`)
* `baserow/backend:1.32.0` with command `celery-worker`
* `baserow/backend:1.32.0` with command `celery-export-worker`
* `baserow/web-frontend:1.32.0` (default command is `nuxt-local`)
* A postgres database
* A redis server

View file

@ -16,7 +16,7 @@ version: "3.4"
services:
baserow:
container_name: baserow
image: baserow/baserow:1.31.1
image: baserow/baserow:1.32.0
environment:
BASEROW_PUBLIC_URL: 'http://localhost'
ports:

View file

@ -29,7 +29,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
* Change `BASEROW_PUBLIC_URL` to `https://YOUR_DOMAIN` or `http://YOUR_IP` to enable
@ -52,7 +52,7 @@ docker run \
## Image Feature Overview
The `baserow/baserow:1.31.1` image by default runs all of Baserow's various services in
The `baserow/baserow:1.32.0` image by default runs all of Baserow's various services in
a single container for maximum ease of use.
> This image is designed for simple single server deployments or simple container
@ -200,7 +200,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Behind a reverse proxy already handling ssl
@ -213,7 +213,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### On a nonstandard HTTP port
@ -226,7 +226,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 3001:80 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external PostgresSQL server
@ -245,7 +245,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external Redis server
@ -264,7 +264,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With an external email server
@ -284,7 +284,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### With a Postgresql server running on the same host as the Baserow docker container
@ -322,7 +322,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Supply secrets using files
@ -349,7 +349,7 @@ docker run \
-v baserow_data:/baserow/data \
-p 80:80 \
-p 443:443 \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
### Start just the embedded database
@ -362,7 +362,7 @@ docker run -it \
--name baserow \
-p 5432:5432 \
-v baserow_data:/baserow/data \
baserow/baserow:1.31.1 \
baserow/baserow:1.32.0 \
start-only-db
# Now get the password from
docker exec -it baserow cat /baserow/data/.pgpass
@ -394,7 +394,7 @@ docker run -it \
--rm \
--name baserow \
-v baserow_data:/baserow/data \
baserow/baserow:1.31.1 \
baserow/baserow:1.32.0 \
backend-cmd-with-db manage dbshell
```
@ -517,19 +517,19 @@ the command below.
```bash
# First read the help message for this command
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.31.1 \
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.32.0 \
backend-cmd-with-db backup --help
# Stop Baserow instance
docker stop baserow
# The command below backs up Baserow to the backups folder in the baserow_data volume:
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.31.1 \
docker run -it --rm -v baserow_data:/baserow/data baserow/baserow:1.32.0 \
backend-cmd-with-db backup -f /baserow/data/backups/backup.tar.gz
# Or backup to a file on your host instead run something like:
docker run -it --rm -v baserow_data:/baserow/data -v $PWD:/baserow/host \
baserow/baserow:1.31.1 backend-cmd-with-db backup -f /baserow/host/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db backup -f /baserow/host/backup.tar.gz
```
### Restore only Baserow's Postgres Database
@ -545,13 +545,13 @@ docker stop baserow
docker run -it --rm \
-v old_baserow_data_volume_containing_the_backup_tar_gz:/baserow/old_data \
-v new_baserow_data_volume_to_restore_into:/baserow/data \
baserow/baserow:1.31.1 backend-cmd-with-db restore -f /baserow/old_data/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db restore -f /baserow/old_data/backup.tar.gz
# Or to restore from a file on your host instead run something like:
docker run -it --rm \
-v baserow_data:/baserow/data -v \
$(pwd):/baserow/host \
baserow/baserow:1.31.1 backend-cmd-with-db restore -f /baserow/host/backup.tar.gz
baserow/baserow:1.32.0 backend-cmd-with-db restore -f /baserow/host/backup.tar.gz
```
## Running healthchecks on Baserow
@ -602,7 +602,7 @@ docker run \
-p 80:80 \
-p 443:443 \
--restart unless-stopped \
baserow/baserow:1.31.1
baserow/baserow:1.32.0
```
Or you can just store it directly in the volume at `baserow_data/env` meaning it will be
@ -611,7 +611,7 @@ loaded whenever you mount in this data volume.
### Building your own image from Baserow
```dockerfile
FROM baserow/baserow:1.31.1
FROM baserow/baserow:1.32.0
# Any .sh files found in /baserow/supervisor/env/ will be sourced and loaded at startup
# useful for storing your own environment variable overrides.

View file

@ -37,7 +37,7 @@ file directly.
```
global:
baserow:
image: 1.31.1
image: 1.32.0
```
Or use the latest Helm chart default. Then run the following command to upgrade your

View file

@ -165,7 +165,7 @@ spec:
topologyKey: "kubernetes.io/hostname"
containers:
- name: backend-asgi
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
workingDir: /baserow
args:
- "gunicorn"
@ -222,7 +222,7 @@ spec:
topologyKey: "kubernetes.io/hostname"
containers:
- name: backend-wsgi
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
workingDir: /baserow
args:
- "gunicorn-wsgi"
@ -281,7 +281,7 @@ spec:
topologyKey: "kubernetes.io/hostname"
containers:
- name: backend-worker
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
args:
- "celery-worker"
imagePullPolicy: Always
@ -298,7 +298,7 @@ spec:
- secretRef:
name: YOUR_ENV_SECRET_REF
- name: backend-export-worker
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
args:
- "celery-exportworker"
imagePullPolicy: Always
@ -315,7 +315,7 @@ spec:
- secretRef:
name: YOUR_ENV_SECRET_REF
- name: backend-beat-worker
image: baserow/backend:1.31.1
image: baserow/backend:1.32.0
args:
- "celery-beat"
imagePullPolicy: Always
@ -356,7 +356,7 @@ spec:
topologyKey: "kubernetes.io/hostname"
containers:
- name: web-frontend
image: baserow/web-frontend:1.31.1
image: baserow/web-frontend:1.32.0
args:
- nuxt
ports:

View file

@ -11,7 +11,7 @@ See below for an example docker-compose file that will enable Baserow with Traef
version: "3.4"
services:
baserow:
image: baserow/baserow:1.31.1
image: baserow/baserow:1.32.0
container_name: baserow
labels:
# Explicitly tell Traefik to expose this container

View file

@ -122,7 +122,7 @@ containing metadata about your plugin. It should have the following JSON structu
{
"name": "TODO",
"version": "TODO",
"supported_baserow_versions": "1.31.1",
"supported_baserow_versions": "1.32.0",
"plugin_api_version": "0.0.1-alpha",
"description": "TODO",
"author": "TODO",

View file

@ -36,7 +36,7 @@ build your own image based off the Baserow all-in-one image.
4. Next copy the contents shown into your `Dockerfile`
```dockerfile
FROM baserow/baserow:1.31.1
FROM baserow/baserow:1.32.0
# You can install a plugin found in a git repo:
RUN /baserow/plugins/install_plugin.sh \
@ -70,9 +70,9 @@ RUN /baserow/plugins/install_plugin.sh \
5. Choose which of the `RUN` commands you'd like to use to install your plugins and
delete the rest, replace the example URLs with ones pointing to your plugin.
6. Now build your custom Baserow with the plugin installed by running:
`docker build -t my-customized-baserow:1.31.1 .`
`docker build -t my-customized-baserow:1.32.0 .`
7. Finally, you can run your new customized image just like the normal Baserow image:
`docker run -p 80:80 -v baserow_data:/baserow/data my-customized-baserow:1.31.1`
`docker run -p 80:80 -v baserow_data:/baserow/data my-customized-baserow:1.32.0`
### Installing in an existing Baserow all-in-one container
@ -111,7 +111,7 @@ docker run \
-v baserow_data:/baserow/data \
# ... All your normal launch args go here
-e BASEROW_PLUGIN_GIT_REPOS=https://example.com/example/plugin1.git,https://example.com/example/plugin2.git
baserow:1.31.1
baserow:1.32.0
```
These variables will only trigger and installation when found on startup of the
@ -120,7 +120,7 @@ container. To uninstall a plugin you must still manually follow the instructions
### Caveats when installing into an existing container
If you ever delete the container you've installed plugins into at runtime and re-create
it, the new container is created from the `baserow/baserow:1.31.1` image which does not
it, the new container is created from the `baserow/baserow:1.32.0` image which does not
have any plugins installed.
However, when a plugin is installed at runtime or build time it is stored in the
@ -135,7 +135,7 @@ scratch.
### Installing into standalone Baserow service images
Baserow also provides `baserow/backend:1.31.1` and `baserow/web-frontend:1.31.1` images
Baserow also provides `baserow/backend:1.32.0` and `baserow/web-frontend:1.32.0` images
which only run the respective backend/celery/web-frontend services. These images are
used for more advanced self-hosted deployments like a multi-service docker-compose, k8s
etc.
@ -145,8 +145,8 @@ used with docker run and a specified command and the plugin env vars shown above
example:
```
docker run --rm baserow/backend:1.31.1 install-plugin ...
docker run -e BASEROW_PLUGIN_GIT_REPOS=https://example.com/example/plugin1.git,https://example.com/example/plugin2.git --rm baserow/backend:1.31.1
docker run --rm baserow/backend:1.32.0 install-plugin ...
docker run -e BASEROW_PLUGIN_GIT_REPOS=https://example.com/example/plugin1.git,https://example.com/example/plugin2.git --rm baserow/backend:1.32.0
```
You can use these scripts exactly as you would in the sections above to install a plugin
@ -169,13 +169,13 @@ associated data permanently.
[Docker install guide backup section](../installation/install-with-docker.md)
for more details on how to do this.
2. Stop your Baserow server first - `docker stop baserow`
3. `docker run --rm -v baserow_data:/baserow/data baserow:1.31.1 uninstall-plugin plugin_name`
3. `docker run --rm -v baserow_data:/baserow/data baserow:1.32.0 uninstall-plugin plugin_name`
4. Now the plugin has uninstalled itself and all associated data has been removed.
5. Edit your custom `Dockerfile` and remove the plugin.
6. Rebuild your image - `docker build -t my-customized-baserow:1.31.1 .`
6. Rebuild your image - `docker build -t my-customized-baserow:1.32.0 .`
7. Remove the old container using the old image - `docker rm baserow`
8. Run your new image with the plugin removed
- `docker run -p 80:80 -v baserow_data:/baserow/data my-customized-baserow:1.31.1`
- `docker run -p 80:80 -v baserow_data:/baserow/data my-customized-baserow:1.32.0`
9. If you fail to do this if you ever recreate the container, your custom image still
has the plugin installed and the new container will start up again with the plugin
re-installed.
@ -207,7 +207,7 @@ associated data permanently.
restart as the environment variable will still contain the old plugin. To do this you
must:
1. `docker stop baserow`
2. `docker run --rm -v baserow_data:/baserow/data baserow:1.31.1 uninstall-plugin plugin_name`
2. `docker run --rm -v baserow_data:/baserow/data baserow:1.32.0 uninstall-plugin plugin_name`
3. Now the plugin has uninstalled itself and all associated data has been removed.
4. Finally, recreate your Baserow container by using the same `docker run` command
you launched it with, just make sure the plugin you uninstalled has been removed
@ -222,7 +222,7 @@ check what plugins are currently installed.
docker run \
--rm \
-v baserow_data:/baserow/data \
baserow:1.31.1 list-plugins
baserow:1.32.0 list-plugins
# or on a running container

View file

@ -12,7 +12,7 @@ description="""Baserow is an open source no-code database tool and Airtable \
# mixed license
license={file="LICENSE"}
requires-python=">=3.11"
version = "1.31.1"
version = "1.32.0"
classifiers = []
[project.urls]

View file

@ -1,4 +1,4 @@
ARG FROM_IMAGE=baserow/baserow:1.31.1
ARG FROM_IMAGE=baserow/baserow:1.32.0
# This is pinned as version pinning is done by the CI setting FROM_IMAGE.
# hadolint ignore=DL3006
FROM $FROM_IMAGE as image_base

View file

@ -1,4 +1,4 @@
FROM baserow/baserow:1.31.1
FROM baserow/baserow:1.32.0
COPY ./plugins/{{ cookiecutter.project_module }}/ /baserow/plugins/{{ cookiecutter.project_module }}/
RUN /baserow/plugins/install_plugin.sh --folder /baserow/plugins/{{ cookiecutter.project_module }}

View file

@ -1,7 +1,7 @@
# This a dev image for testing your plugin when installed into the Baserow backend image
FROM baserow/backend:1.31.1 as base
FROM baserow/backend:1.32.0 as base
FROM baserow/backend:1.31.1
FROM baserow/backend:1.32.0
USER root

Some files were not shown because too many files have changed in this diff Show more