Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Create a new issue
  • Issue Boards

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #21141

Closed (moved)
Open
Opened Jan 05, 2017 by Karsten Loesing@karsten

Come up with a more uniform versioning scheme for versions between releases

I realized that we're using different -dev version strings in metrics-lib and CollecTor/Onionoo.

Here's what we did in metrics-lib:

dd4b395 Bump version to 1.5.0-dev.
fb74059 Prepare for 1.5.0 release.
38b18e3 Bump version to 1.4.0-dev.
adf4a67 Prepare for 1.4.0 release.
c68b090 Bump version to 1.3.1-dev.
ec268b5 Prepare for 1.3.1 release.
ad9a106 Bump version to 1.3.0-dev.
9195a7c Prepare for 1.3.0 release.
fecd53b Bump version to 1.2.0-dev.
7e58458 Prepare for 1.2.0 release.
8767f3e Bump version to 1.1.0-dev.
d5f89d1 Prepare for 1.1.0 release.
f8f2c1b Bump version to 1.0.0-dev.
c54b816 Prepare for 1.0.0 release.

I believe this is a good scheme, because it produces version strings that can be lexicographically sorted in the correct order. For example, 1.0.0 < 1.0.0-dev < 1.1.0.

And here's what we did in CollecTor and Onionoo (annotated with version strings we should have used instead):

48ef37a Bump version to 1.1.2-dev.                 # 1.1.1-dev
1510b0d Prepare for 1.1.1 release.
dcec864 Bump version to 1.2.0-dev.                 # 1.1.0-dev
d9e32d5 Prepare for 1.1.0 release.
4f15d88 Bump version to 1.1.0-dev, yet once more.  # 1.0.2-dev
c43d0ad Prepare for 1.0.2 release.
7ae84f2 Bump version to 1.1.0-dev, once more.      # 1.0.1-dev
fc3e12e Prepare for 1.0.1 release.
8393774 Bump version to 1.1.0-dev.                 # 1.0.0-dev
06bcf32 Prepare for 1.0.0 release.

b1e96fe Bump version to 3.1-1.0.1-dev.             # 3.1-1.0.0-dev
1eff62e Prepare for 3.1-1.0.0 release.

How about we start using version strings following those annotations from now on?

And should we document this somewhere?

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#21141