Opened 4 years ago

Closed 4 years ago

#32161 closed New feature (wontfix)

Strict form of semantic versioning in Django.

Reported by: Michael Owned by: nobody
Component: Core (Other) Version: 3.1
Severity: Normal Keywords: versioning, semver
Cc: Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description (last modified by Michael)


I maintain a Django package that has recently started failing in CI with no new source code or explicit dependency changes. Naturally - since nothing changed in my source code I assume that maybe Django itself introduced this regression in a patch version release. So when I check the pip install logs I see this:

Collecting Django==3.1
  Downloading (7.8MB)
     |████████████████████████████████| 7.8MB 17.2MB/s eta 0:00:011

Now if you're a Django Core Maintainer and live and breathe Django, the above probably looks harmless to you. However if you're not "in the know" that Django named it 3.1 instead of 3.1.0, the above looks kinda like a loosely defined install. The mere existence of 3.1 and 3.1.2 creates just enough ambiguity to be uncertain about which version is actually installed. The thought process is like "I know 3.1.2 exists so why would 3.1.0 not exists? "

By using consistent semver (or any version style) you can remove this tiny amount of ambiguity and create 100% certainty and confidence.

Thank you,


Change History (2)

comment:1 by Michael, 4 years ago

Description: modified (diff)

comment:2 by Mariusz Felisiak, 4 years ago

Component: UncategorizedCore (Other)
Resolution: wontfix
Status: newclosed
Summary: Please use consistent versioning in DjangoStrict form of semantic versioning in Django.
Type: BugNew feature

Michael, the current version policy is the result of a broad consensus, see the summary. You can start a discussion on DevelopersMailingList if you don't agree.

Note: See TracTickets for help on using tickets.
Back to Top