Loomio

Adopt a versioning scheme and release cycle.

ST Sean Tilley Public Seen by 41
FS

Florian Staudacher Thu 13 Sep 2012 10:49PM

Ok I see your point, and I think the downsides outweigh my personal motivation issue :P

JH

Jonne Haß Fri 14 Sep 2012 12:02AM

RELEASE(or whatever we could call it).MAJOR.MINOR.PATCH actually according to my proposal.

JH

Jonne Haß Fri 14 Sep 2012 12:50AM

I think we should just try it with Githubs milestone feature instead of a roadmap.

ST

Sean Tilley Fri 14 Sep 2012 1:09AM

Seems simple enough; to be fair we haven't really used it all that much before, but seeing as it's already there anyway... ;)

JH

Jonne Haß Fri 14 Sep 2012 1:46AM

Oh, just one thing I forgot in the proposal, but I think we all agree about: A changelog should be included into the repository.

JH

Jonne Haß Fri 14 Sep 2012 10:49AM

Yep, that's why I did another proposal just now, so we can init the branching model and release a 0.0.1.0 the first time we got something stable in the develop branch.

G

groovehunter Fri 14 Sep 2012 8:19PM

SemVer scheme +1 of course.
Timing: What about a time raster. IF there is a new release, release it at beginning of the month. (quarterly is to much I guess).
You have the idea of the two advantages - dependecies + admins ? I could elaborate.

just btw for the ruby gems releases this would be very useful (as guideline!)

JH

Jonne Haß Fri 14 Sep 2012 9:06PM

Hm, pushing non hotfix releases on something like every second sunday could be an option to thing about. I've to think about it a bit more.

JR

Jason Robinson Sun 23 Sep 2012 7:15PM

Yay! We have a versioning scheme :)

JH

Jonne Haß Sun 23 Sep 2012 7:19PM

And https://github.com/diaspora/diaspora/pull/3589 gonna already shout it out via a custom header :P

Load More