Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

3
  • 0.0.0.4321 is lacking, as it doesn't have meta information as to which release it belong. The number will grow to thousands in few years. That's the reason why we don't want to use auto-incremented build number in the version anymore. Commented Apr 17, 2018 at 11:37
  • @Sinatr: I understand. I mostly wanted to have it mentioned as a possibility for others who stumble upon the question. Commented Apr 17, 2018 at 12:02
  • I like your second idea. Indeed: the new branch should not receive new number before it's stabilized. Though this solution has same issue as per @DocBrown answer: if trunk is 1.2.0.26, then branch will never become 1.2 Commented Apr 17, 2018 at 12:36