forked from coop-cloud/nextcloud
Compare commits
11
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
6a6e3256ee | ||
|
|
65e13ff3f3 | ||
|
|
fd01844b8f | ||
|
|
72562871ea | ||
|
|
bac93fd4a5 | ||
|
|
c0683807bb | ||
|
|
2b23d5f654 | ||
|
|
533f4bf66c | ||
|
|
2e0a4cf928 | ||
|
|
080fedc4b6 | ||
|
|
0998a98df5 |
+18
-1
@@ -38,7 +38,7 @@ In order to meet these responsibilities each maintainer:
|
||||
## Release cadence
|
||||
|
||||
The intent is to **track Nextcloud's own release schedule** rather than invent
|
||||
our own. In practice this means:
|
||||
our own. In practice this means the following regarding new **nextcloud** releases:
|
||||
|
||||
- **Patch releases (e.g. `32.0.x`)**: published to this recipe shortly after
|
||||
upstream, ideally within 1 week. `chore(deps)` opens the PRs; a maintainer
|
||||
@@ -63,6 +63,23 @@ our own. In practice this means:
|
||||
- **Co-installed components** (Talk HPB, OnlyOffice, Whiteboard, etc.) are
|
||||
bumped alongside or shortly after the matching Nextcloud release.
|
||||
|
||||
## Semver versioning within this recipe
|
||||
|
||||
The recipe version itself is updated according to the following semver
|
||||
rules, following
|
||||
[How are recipes versioned](https://docs.coopcloud.tech/maintainers/handbook/#how-are-recipes-versioned):
|
||||
|
||||
- **Patch releases**, e.g., 14.1.x: patch updates from the dependencies
|
||||
or patch updates from the nextcloud image
|
||||
- **Minor releases**, e.g. 14.x.0: minor updates from the dependencies,
|
||||
major updates from the dependencies if no user intervention is needed,
|
||||
minor updates from the nextcloud image, or "auto-update" version, e.g.,
|
||||
nextcloud:32.
|
||||
Contrary to patch releases, minor releases cannot be reverted, so you
|
||||
cannot go from 14.1.0 back to 14.0.1.
|
||||
- **Major releases**, e.g., 14: dependency updates where the user has to
|
||||
intervene, or major updates from the nextcloud image.
|
||||
|
||||
## Pull Requests
|
||||
|
||||
A pull request can be merged once it is approved by at least one maintainer.
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
Fully automated luxury Nextcloud via docker-swarm.
|
||||
|
||||
<!-- metadata -->
|
||||
* **Maintainer**: [@dannygroenewegen](https://git.coopcloud.tech/dannygroenewegen), [@ineiti](https://git.coopcloud.tech/ineiti)
|
||||
* **Maintainer**: [@dannygroenewegen](https://git.coopcloud.tech/dannygroenewegen), [@ineiti](https://git.coopcloud.tech/ineiti), [@javielico](https://git.coopcloud.tech/javielico)
|
||||
* **Category**: Apps
|
||||
* **Status**: 5
|
||||
* **Image**: [`nextcloud`](https://hub.docker.com/_/nextcloud), 4, upstream
|
||||
|
||||
@@ -2,7 +2,7 @@ version: "3.8"
|
||||
|
||||
services:
|
||||
elasticsearch:
|
||||
image: "docker.elastic.co/elasticsearch/elasticsearch:8.19.19"
|
||||
image: "docker.elastic.co/elasticsearch/elasticsearch:8.19.20"
|
||||
environment:
|
||||
- cluster.name=docker-cluster
|
||||
- bootstrap.memory_lock=true
|
||||
@@ -29,7 +29,7 @@ services:
|
||||
mode: 0600
|
||||
|
||||
searchindexer:
|
||||
image: nextcloud:32-fpm
|
||||
image: nextcloud:33.0.8-fpm
|
||||
volumes:
|
||||
- nextcloud:/var/www/html/
|
||||
- nextapps:/var/www/html/custom_apps:cached
|
||||
|
||||
@@ -10,7 +10,7 @@ services:
|
||||
- NEXTCLOUD_UPDATE=1
|
||||
|
||||
db:
|
||||
image: "pgautoupgrade/pgautoupgrade:14-debian"
|
||||
image: "pgautoupgrade/pgautoupgrade:17-debian"
|
||||
#setting max_connections with -c breaks pgautoupgrade
|
||||
#command: -c "max_connections=${MAX_DB_CONNECTIONS:-100}"
|
||||
volumes:
|
||||
|
||||
+3
-3
@@ -48,7 +48,7 @@ services:
|
||||
start_period: 5m
|
||||
|
||||
app:
|
||||
image: nextcloud:32-fpm
|
||||
image: nextcloud:33.0.8-fpm
|
||||
depends_on:
|
||||
- db
|
||||
configs:
|
||||
@@ -95,7 +95,7 @@ services:
|
||||
failure_action: rollback
|
||||
order: start-first
|
||||
labels:
|
||||
- "coop-cloud.${STACK_NAME}.version=13.2.0+32-fpm"
|
||||
- "coop-cloud.${STACK_NAME}.version=14.1.1+33.0.8-fpm"
|
||||
- "coop-cloud.${STACK_NAME}.timeout=${TIMEOUT}"
|
||||
- "backupbot.backup=${ENABLE_BACKUPS:-true}"
|
||||
- "backupbot.backup.volumes.redis=false"
|
||||
@@ -109,7 +109,7 @@ services:
|
||||
start_period: 15m
|
||||
|
||||
cron:
|
||||
image: nextcloud:32-fpm
|
||||
image: nextcloud:33.0.8-fpm
|
||||
volumes:
|
||||
- nextcloud:/var/www/html/
|
||||
- nextapps:/var/www/html/custom_apps:cached
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
Upgrades Nextcloud from 32.0.13 to 33 (major version upgrade).
|
||||
|
||||
IMPORTANT:
|
||||
- Do not skip major versions: your instance must be on the latest 32.x before
|
||||
upgrading to 33. If you are on an older 32.x, deploy 32.0.13 first.
|
||||
- Added `check_major_upgrade` (`abra app cmd <app-name> app check_major_upgrade`)
|
||||
to check whether an instance is ready to upgrade to the next Nextcloud
|
||||
major version.
|
||||
- Nextcloud does NOT support downgrades. Take a backup before deploying.
|
||||
- After deploying, check the logs and run any pending repair/upgrade steps:
|
||||
`abra app cmd <app> app run_occ '"app:update --all"'`
|
||||
- Review app (plug-in) compatibility with Nextcloud 33 before upgrading; some
|
||||
apps may need to be updated or temporarily disabled.
|
||||
@@ -0,0 +1 @@
|
||||
Update pgautoupgrade to postgresql v17
|
||||
@@ -1 +0,0 @@
|
||||
Added `check_major_upgrade` (`abra app cmd <app-name> app check_major_upgrade`) to check whether an instance is ready to upgrade to the next Nextcloud major version.
|
||||
Reference in New Issue
Block a user