* [Edbrowse-dev] version philosophy
@ 2015-02-06 14:34 Karl Dahlke
2015-02-06 18:38 ` Chris Brannon
0 siblings, 1 reply; 2+ messages in thread
From: Karl Dahlke @ 2015-02-06 14:34 UTC (permalink / raw)
To: Edbrowse-dev
Yes this is primarily a question of philosophy.
Should the version number of edbrowse change
just before a new version is stamped in git, or just after?
Example, anyone following us by git pull, and there are a few brave souls
doing that, will see version 3.5.2, but it isn't really 3.5.2,
that version was set in stone a few months ago.
It's really 3.5.3 in progress.
Or maybe 3.5.2x (experimental), or some such.
Any thoughts?
Karl Dahlke
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Edbrowse-dev] version philosophy
2015-02-06 14:34 [Edbrowse-dev] version philosophy Karl Dahlke
@ 2015-02-06 18:38 ` Chris Brannon
0 siblings, 0 replies; 2+ messages in thread
From: Chris Brannon @ 2015-02-06 18:38 UTC (permalink / raw)
To: edbrowse-dev
I'd say, just after we release, we should bump the version number, and
add a suffix like experimental or git.
At release time, we remove the suffix before tagging and generating a
tarball. I've seen this done with other projects, and it seems good.
-- Chris
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-02-06 18:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-06 14:34 [Edbrowse-dev] version philosophy Karl Dahlke
2015-02-06 18:38 ` Chris Brannon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).