nextcloud / nextcloud/docker

Rolling tags for upstream stable tracking

Open
#2,265 3 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

0. Needs triage image meta
Dominant language
Shell
Stars
7.4k
Forks
1.9k
PR merge metrics
No merged PRs in 30d

Description

Goal: Track official upstream designations for the various non-EoL majors at any given point in time

Existing but better document:

  • stable always point to the highest numbered of the currently supported majors (e.g 27, 28, 29) that is published to 100% of instances via the Nextcloud Update Server.
  • latest always points at the absolute highest of the currently supported majors without regard for 100% general availability.
    • On the surface this seems like an easy one, but this is an oddball because it's also equivalent to not specifying any label at all and therefore the Docker default. Since it's the de facto entry point for newcomers, it is reasonably debatable whether starting people on the most bleeding edge is always ideal.
    • Outside of the Apache/default, latest is also a modified for the other image types (fpm, alpine) in the same manner
  • production is just a mirror of stable.

New (proposed not actually implemented):

  • previous is the most recent major behind the latest major which is receiving regular bug fixes.
  • last is the oldest major still receiving updates.

Related:

  • {major}-{apache, fpm} (e.g. 28-apache) always points to the latest published maintenance release for the specified major
  • *-alpine variations in all cases where applicable (no need for debian/bookworm since that's our default base)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No implementation file or test is named; start by reviewing the documented stable, latest, production, previous, and last semantics alongside the linked updater_server pull requests. Trace how this repository publishes Docker tags, including apache, fpm, and alpine variants, and consider the work done when the proposed rolling tags consistently match the stated upstream support and availability rules.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker
Domain
devops, release
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.