-
Notifications
You must be signed in to change notification settings - Fork 142
Release and tagging procedure #278
Comments
Hi Marcin, I was thinking about this earlier this week, asking myself about how close we are to
Last year we changed our branch strategy, but I don't remember if we talked about the relationship between new code arriving at the repository and new releases. I guess it's time to make this clear. Have you thought about this, @andsens?
I didn't understood it that way. Your questions are absolutely relevant and aligned with the good health of the project. Regards, |
Nothing formal, no. Until now, tagged versions have been on an ad-hoc basis when people needed them.
3-6 months sounds reasonable. Also, bootstrap-vz is already available in jessie, but it could use an update. You should definitely talk with @vorlock (Marcin Kulisz) about that, he is the current maintainer. We also discussed creating the man pages automatically through sphinx, which would be really cool. |
I got a little bit confused about this... Because this issue was opened by Marcin himself. |
I... what? Oh... man, I read that issue way too quickly. Haha! |
:-) If you @andsens & @myhro don't mind tagging new release when you're confident that it's ready then it'd be great. I'm not sure what philosophy will suit you best, my personal opinion is to tag when I have new features I know ppl want to use so sometimes it's every day, but this may be over zealous and is really dependant on the speed for new features coming in etc. Other option maybe not very rigid but preplaned release window with automated tagging or something like this every given period 3-6 months or so. I can set up my personal reminder to bug you about it every 3 months for example (I'm using taskwarrior for such tedious stuff :-) ) I don't mind to package and upload new release every so often (well maybe not each day) but having tags is a great help as it's allows me to use almost automated process for fetching applying etc. then I just have to review changes, build, test and we're ready. |
I like the idea of tagging often. For instance:
We have a pretty stable code base right now, so I guess we can tag anything as long as we are confident enough that will not introduce a regression. Personally, I would like to see the |
I'm biased, but I'd like the admin_user branch in. I am no longer traveling, so I can work through the remaining (mostly python newbie) issues |
To be honest I'm not sure where admin_user branch live and what's on it, but having Oracle provider and automatically generated man pages would be nice to have in the 1.0.0 |
@myhro, sure - go right ahead :-) |
Anders, I forgot to ask you: do you have a GPG/PGP key? As GitHub now supports signed tags/commits verification, we can start doing this when tagging new releases (and the signature can also be used to verify the tarballs fetched from here when updating the Debian package as well). |
Hi guys,
I know that lot's of good work is happening in here therefore my 2 questions:
master
is table enough to make debs out of it once every 3-6 months? It's not like I'm pushing for anything I just see a lot of work ppl put into this project and I think it should be available via Debian repos.The text was updated successfully, but these errors were encountered: